User talk:Jack Phoenix/archive 3

Staying
Hi. Sorry to bother you. I read on the Facebook page that you would have to request for your wiki to be brought back online. I would like to inform you I will be sticking with ShoutWiki for the time being. Does it look like the Hub will be back within a week? --Hockeyben 23:04, 3 October 2011 (UTC)


 * Hi Hockeyben, you're not bothering me. I'm glad to hear that you'll be staying with ShoutWiki! Could you list the names (subdomains) of the wikis you want to keep here or on the Facebook page so that we can add them to our list? As for Hub (and the wikis in general), I can't say for sure right now, but we're doing our best with whatever time and resources we have and we aren't going to give up! --Jack Phoenix (Contact) 19:44, 6 October 2011 (UTC)


 * I'll be keeping the icehockey and nhl subdomains, so if you could add those to the list, that would be great. Hopefully things recover soon, and the site returns better than ever. :) --Hockeyben 19:52, 6 October 2011 (UTC)


 * I've added them to the list. I certainly hope that we'll get the site back up really soon, I have a lot of cool stuff that I'd want to show to the users. ;-) --Jack Phoenix (Contact) 20:13, 7 October 2011 (UTC)


 * Okay, thanks. I gotta say, I'm quite nervous about the reliability of ShoutWiki. There have been two major outages in the last six months. Will there be some extra precautions put in place to make sure that something as severe as these outages doesn't happen again? I mean, this has been just awful, 4 and-a-half out of 6 months down. --Hockeyben 15:27, 9 October 2011 (UTC)


 * I understand your concern. We'll definitely do everything in our power to make sure that outages of this scale will never happen again. Like the old saying goes, "when it rains, it pours" &mdash; we got unbelievably unlucky and the people with the skills to fix the site were unable to be around and we even had to take our older server, which was hosting our blog and IRC server, down. I'm not trying to justify what happened, for there's no justification to that, I'm just explaining what happened. Needless to say that this outage was a major setback for us, but we believe in ShoutWiki and we're confident that there's a demand for the service. It's been painful for each and every of us, staff and users alike, which is why we want to ensure it'll never happen again. I don't know how we'll do it, but I'm sure that our tech guys can come up with something. --Jack Phoenix (Contact) 18:34, 9 October 2011 (UTC)
 * Thanks for the reply! I'm glad that precaution will be put in place. Hopefully the hub and some of the wikis come back within a week or two.Hockeyben 19:20, 9 October 2011 (UTC)

Hi again, and sorry to bother you. I've heard that the hub and some wikis are in the process of being moved over to the new server. Can you confirm this? Thanks! Hockeyben 02:28, 12 October 2011 (UTC)


 * This is true, but we haven't announced it anywhere yet, because only some preliminary work has been done so far. We want to test things throughoutly and announce the end results to the world when we have something to announce and we can be sure that things are working as expected. :) --Jack Phoenix (Contact) 20:35, 12 October 2011 (UTC)

Hello. The file transfer has been going on for nearly a week now... Is there any timetable for when this might be completed and we can return to full editing? --Hockeyben 23:36, 17 October 2011 (UTC)

Again, this is more of an initial guess than a schedule set on stone; this might change, depending on how people are/aren't available. I just want you and other ShoutWiki users to know that we're working on the site and we certainly have not forgotten about you and we're not going to close down the site. --Jack Phoenix (Contact) 21:46, 19 October 2011 (UTC)
 * The files have been transferred by now to the new server, but no databases have been moved yet (thankfully that should be relatively straightforward for most wikis). We're trying to get our own IRC server back up by the weekend, followed by our own version control system and bugtracker, and a few wikis for testing, to make sure that everything went well and that we haven't broken anything.


 * Good to hear that progress is being made.:) I hope it doesn't take too long testing the site out, as it has been such a long time already, and this all gets resolved very soon.Hockeyben 23:28, 19 October 2011 (UTC)

Ok.. So what's the latest? I read on the ShoutWiki Facebook page that there was likely going to be an update over the weekend, but no such update was posted. I still can't log on to ShoutWiki's IRC server, so I take it is still down. Also, how are the wiki transfers coming, and what is the eta for editing to return? Thanks. --Hockeyben 14:17, 24 October 2011 (UTC)


 * I've asked the person working on this what the holdup is and I've asked him to provide an update ASAP. --Jack Phoenix (Contact) 20:54, 26 October 2011 (UTC)

Question about Extensions BlogPage/Comments/VoteNY
Hi Jack

I have installed the latest MW 1.18.0 (PHP 5.2.6-1, MySQL 5.0.51a-24) and I want to use the BlogPage/Comments/VoteNY extensions. All extensions have been installed without any errors (I used update.php), the tags and are displayed, but do not seem to work (JavaScript does not seem to work, unfortunately I did not found any information about this issue), see http://www.wikirating.com/wiki/Wikirating:Sandbox as an example. Do you have an idea?

Thank you very much! --Mrnett1974 16:31, 2 January 2012 (UTC)


 * Apparently ResourceLoader just totally messes up the JS in production mode (strangely enough, in ResourceLoader's debug mode the JS works just fine, but that's relatively useless, as there's no way to force debug mode for all users or turn RL off altogether), even with the so-called "top-load queue" (which most, if not all, social tools use when loading CSS and JS via RL), contrary to what some pages over here may state.


 * I've tried to troubleshoot this issue with some devs who have an in-depth knowledge of ResourceLoader's internals (see #mediawiki log for 21 December 2011), but so far nothing; unfortunately the suggested approach "rewrite the code" isn't very feasible for me right now, as I have various other things in my life, and I believe that what worked in a previous release of MediaWiki should also work on the current release, at least when using a backwards-compatibility mode (and that's exactly what ResourceLoader's top-load queue is supposed to be).


 * You can file a bug on our Bugzilla, but I cannot guarantee that it gets the attention it deserves; despite that the code is open source, there are very few, if any, developers interested in social tools, besides me. I understand that the issue is a showstopper since those extensions rely on JavaScript in order to function. --Jack Phoenix (Contact) 18:50, 2 January 2012 (UTC)


 * I've fixed these three extensions (BlogPage, Comments, VoteNY) so that they will now work under ResourceLoader and thus they require at least version 1.18 of MediaWiki.


 * There are still some other social tools that require fixing (namely, FanBoxes, PictureGame, PollNY and QuizGame). I've prepared a patch for FanBoxes, I just need to test it some more. The "gaming" extensions are going to be pretty difficult to fix, though... --Jack Phoenix (Contact) 16:09, 7 January 2012 (UTC)


 * Hi Jack, that's great! Thank you, I will check them today! --Mrnett1974 07:44, 13 January 2012 (UTC)

A barnstar for you!

 * Why thank you! I'm happy to hear that you like WikiForum. :-) --Jack Phoenix (Contact) 19:09, 22 January 2012 (UTC)

Monaco with the SocialProfile extension.
Hi,

I've recently created a wiki which i use Monaco on, now I noticed that the SocialProfile extension doesn't work together as you can see here: http://laddauppbilder.se/?di=1132733117015. Do you know any way to fix it? Thanks! --79.136.77.180 15:10, 23 January 2012 (UTC)
 * I've created an account now. --Big Bear 16:32, 24 January 2012 (UTC)


 * You should contact the author of that skin. SocialProfile works well enough with the version of Monaco that I created. --Jack Phoenix (Contact) 08:53, 5 February 2012 (UTC)

Quiz Game
I am trying to run Quiz Game on my wiki. Everything is installed fine including db's, however once I try and create a question the create and play button to submit the question is unresponsive. Is this a js issue or what? Any help would be greatly appreciated. --Randy Francisco 02:36, 5 February 2012 (UTC)


 * Right now FanBoxes, PictureGame, PollNY and QuizGame are broken on MediaWiki 1.17+, "thanks" to ResourceLoader and the big architectural changes it introduced. I'm aware of this, but my time is limited and the changes needed are non-trivial; as such, a lot of testing is needed. --Jack Phoenix (Contact) 08:53, 5 February 2012 (UTC)

Comments extension
Hi!

I cant delete comments with, there is just a redlink and when i press it, it refresh the page: http://www.box.com/s/kybfa4f889f995dmoent. Big Bear 12:59, 6 February 2012 (UTC)


 * I also got this: http://www.box.com/s/vo3li6n39drsm94ptttr when I sent a private message with the board (SocialProfile). Big Bear 16:01, 6 February 2012 (UTC)


 * What version of MediaWiki, PHP, MySQL, SocialProfile and Comments? Are there any error messages in your browser's JS console? And as for the second problem, has $wgUserLevels been defined (properly)? You could also fix that by editing the code &mdash; you don't need to care about that message. --Jack Phoenix (Contact) 19:18, 6 February 2012 (UTC)


 * This is what I have: MediaWiki 1.18.1, PHP 5.2.17 (cgi-fcgi), MySQL 5.1.41-3ubuntu12.10-log Comments 2.6 and I think my SocialProfile is 1.5.

Sorry but I don't know how to look in my browser's JS console. I don't use UserLevels, how can I fix it iin the code, I think it is annoying. Also could I get your monaco skin? Big Bear 20:53, 7 February 2012 (UTC)


 * SocialProfile pretty much assumes that $wgUserLevels is always set (correctly).


 * As for looking in your browser's JS console, try searching for the info via Google or a similar search engine (i.e. use "your browser + console" or somesuch as the search keywords). Internet Explorer (since version 8, IIRC) and Opera have a built-in set of web developer tools, whereas for the Firefox browser there's the Firebug add-on, which adds plenty of useful things.


 * I do want to release my version of Monaco, but that unfortunately isn't possible right now. Maybe later on in the future. --Jack Phoenix (Contact) 15:35, 13 February 2012 (UTC)

The socialprofile does now work for me, but the comments doesn't. I deleted the sql files and the files in /extension/comments and downloaded them again. But when i tried to import comment.js i got this error: Error There seems to be an error in your SQL query. The MySQL server error output below, if there is any, may also help you in diagnosing the problem

ERROR: Unknown Punctuation String @ 234 STR: // SQL: /** * JavaScript for the Comments extension. * Rewritten by Jack Phoenix  to be more * object-oriented. * * @file * @date 7 January 2012 */ var Comment = { submitted: 0, isBusy: false, timer: '', // has to have an initial value... updateDelay: 7000, LatestCommentID: '', CurLatestCommentID: '', pause: 0,

/**	 * When a comment's author is ignored, "Show Comment" link will be * presented to the user. * If the user clicks on it, this function is called to show the hidden * comment. */	show: function( id ) { jQuery( '#ignore-' + id ).hide( 100 );

SQL query:

/** * JavaScript for the Comments extension. * Rewritten by Jack Phoenix  to be more * object-oriented. * * @file * @date 7 January 2012 */ var Comment = { submitted: 0, isBusy: false, timer: , // has to have an initial value... updateDelay: 7000, LatestCommentID: , CurLatestCommentID: '', pause: 0, /** * When a comment's author is ignored, "Show Comment" link will be * presented to the user. * If the user clicks on it, this function is called to show the hidden * comment. */ show: function( id ) { jQuery( '#ignore-' + id ).hide( 100 );

MySQL said:

submitted: 0, isBusy: false, timer: '', // has to have an ini' at line 9
 * 1) 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'var Comment = {

What should I do? Big Bear (talk) 12:11, 19 February 2012 (UTC)


 * You tried to paste JS as SQL...try pasting the SQL code from the .sql files instead. --Jack Phoenix (Contact) 10:57, 21 February 2012 (UTC)

Wikiforum
I was just curious on how to add emoticons to the WikiForum Extension. I have added $wgWikiForumSmilies = array; to local settings, but not quite sure what to place there. I'm having a dumb moment. I know you are planning on changing this, but wanted something to get by till then. Thanks for your help.--Randyf78 22:36, 15 February 2012 (UTC)

Nevermind, figured it out--Randyf78 23:14, 15 February 2012 (UTC)

DPLforum
I was wondering why you hard-coded a namespace #110 in extension:DPLforum here. Operators of individual wiki sites have been encouraged to use 100+ as site-specific namespaces since at least MediaWiki 1.4 (back in the days of single-byte namespace numbering, with 0-15 as built-in MW namespaces and 16+ reserved for expansion of core code, 100-254 was traditionally user-allocatable space). The low 100's are therefore likely already in use on most existing wikis if custom namespaces are deployed at all, making conflicts with hard-coded namespaces in extensions inevitable. --Carlb (talk) 02:07, 21 February 2012 (UTC)


 * I picked the number 110 because many wikis &mdash; including, but not limited to, Wikia wikis and various third-party wikis &mdash; were using that number. If it bothers you that much, change it locally or migrate your #110 to one of the various unused namespaces above 100. --Jack Phoenix (Contact) 10:57, 21 February 2012 (UTC)

Many were using numbers in the low-100's because those are the original site-specific user namespaces, 100 and up (16-99 being reserved in documentation as for future expansion of core MediaWiki code). The list of extension default namespaces is a neologism (2008) as the convention of 100+ as site-specific dates back to the last core namespace (14/15 Category) being added in 2003.

There was no hard-coding of namespaces in DPLforum before July 2011. All previous DPLforum versions had the operator manually select any custom namespace not already in use, avoiding this issue.

DPLforum was created by user:algorithm, at the time (2005?) a user of the English-language Uncyclopedia. On that wiki, this landed at 110 because 100, 102, 104, 106, 108 were in use; 110 was just the next sequential site-specific namespace. Wikia would've just re-used the en.uncyclopedia configurations on their Central Wiki and eventually on their other wikis.

Even within the Uncyclopedia set, languages hosted on non-Wikia servers (such as this one, Desciclopédia) often used some other number as DPLforum. With no hard-coding of namespaces in the PHP source, the sysadmins were free to select any vacant namespace and deploy there.

Fixing this now doesn't help me, that cost has already been incurred (more than 4000 posts moved in Desciclopédia, plus some lesser number in ten others in the set, such as hikipedia.info, where a forum already existed on some other namespace). Keeping extensions out of hard-coded namespaces in the traditionally site-specific 100+ area may, however, be of benefit to the administrator of the next wiki which ends up with all new Forum: posts misfiled into some other site-specific namespace which just happened to already use 110: --Carlb (talk) 16:28, 21 February 2012 (UTC)