Forum:1.10a bugs

Known bugs

 * Cascading protection fully protects all transcluded pages even if [edit=sysop:move=sysop] is not the actual value set
 * Known bug at Wikimedia. The solution was simply to not cascade protect except at the most extreme protection level. -Spl
 * I think they simply disabled the checkbox unless [edit=sysop:move=sysop] was selected. G .He (Talk!) 01:25, 25 April 2007 (UTC)
 * Seems so. -Spl
 * Special:Listusers becomes unfiltered
 * Possible brokenness depending on wiki (I.e. Incomplete entries on InheriwikiEs: (&lt;page_first&gt; | &lt;page_last&gt;), [&lt;protect-summary-cascade&gt;] (&lt;protect-expiring&gt;), &lt;protectedpages&gt;, etc.)
 * Special:DeletedContributions is listed under the Restricted specialpages section even though it requires a parameter as linked from a Contributions page and therefore should be an Unlisted Specialpage.
 * Special:TaggedImages is listed in the Specialpages but going to it gives you Error: no query provided.
 * Perhaps you need an input image, or input subject that is tagged? Like Special:Contributions won't give you anything useful without a username.   Scott  ch  00:15, 27 April 2007 (UTC)
 * That specialpage theoretically should be a listing of all the images which are tagged. Also, if a specialpage cannot be accessed without parameters then it is supposed to be unnlisted. ~Dantman(talk) tricks Apr 27, 2007 @ 00:49 (UTC)
 * Makesysop is missing.
 * Subpages are disabled (At least in the User namespace O_o?)
 * The + has become an illegal title character again. The MediaWiki 1.9.3 upgrade made that possible, but the MediaWiki 1.10a upgrade has downgraded that back to not working again.
 * Special:Recentchanges is bugged, when not logged in the default rc lists the last 0 changes in the last 0 days, therefore listing nothing. You must click the links to change the numbers if you wish to see anything. The defaults used to be the last 50 changes in the last 7 days I believe.
 * These skins display broken in some way:
 * Simple
 * Skin3
 * search
 * These skins do not display:
 * ArmchairGM
 * Cars
 * CologneBlue_view
 * Entertainment
 * Food
 * Games
 * Health
 * Law
 * Local
 * Music
 * Politics
 * Restaurants


 * Create account - frame with code ("As a protection against automated spam"...) is bigger then floating box (one used for login also) (1/3 of it is out of box) SkywalkerPL 06:47, 15 May 2007 (UTC)

Question
Separate to avoid diverting talk above...

Was Wikia upgraded to 1.10? Or is this about a future or proposed upgrade?  Scott ch  03:20, 25 April 2007 (UTC)


 * The upgrade is currently taking place, starting from the smallest ones. G .He (Talk!) 03:38, 25 April 2007 (UTC)


 * The page makesysop in general is on this version MediaWiki? — Afinogenoff ¾ 04:08, 25 April 2007 (UTC)


 * Makesysop itself is a MediaWiki extension. It should be compatible with any MediaWiki version above 1.5. Once the bugs are sorted out, the feature should work again. If you require admin promotion(s) right now, you may want to ask a staff and see if he/she can do it, since they have Special:Userrights to modify user rights. G .He (Talk!) 04:16, 25 April 2007 (UTC)
 * Is not present, I do not demand fast assignment sysop to this or that users. It is interesting, whether this page will work in general, or it is necessary to wait, most likely goes apgreid. — Afinogenoff ¾ 04:50, 25 April 2007 (UTC)


 * I have something to note about MakeSysop and permissions extensions. I finished (Just taking a day to do it) My RightsControl extension which I intended originally for use in the WGEP, but it may have some interesting use in this case. I developed the extension on a MW1.10 local server so the extension is compatible with MW1.10 and works nicely with it. The ui looks a lot like that of Special:Userrights, except there is a major difference between the two pages. Special:RightsControl is safe; You can't edit a flag unless permissions are set to let you to, they can also be set to only allow a group to edit a flag in one-direction. This basically means that that page can be used to give bureaucrats the ability to grant the rollback, sysop, and bureaucrat flags to a user, and revoke rollback. But they still won't be able to revoke sysop and bureaucrat. In other words, it's almost like combining Special:Makesysop and Special:Giverollback. If the devs would like, this would be the perfect time to experiment with a tool like this. It's as safe as the old system, and it's 1.10 compatible. Extension information is at User:Dantman/GE Extended/Custom Extensions/RightsControl. ~Dantman(talk) tricks Apr 26, 2007 @ 04:44 (UTC)
 * Such expansion is really possible to establish on wikia? — Afinogenoff ¾ 06:24, 26 April 2007 (UTC)
 * Yup if it weren't then we wouldn't be getting MediaWiki upgrades, and different Wikia wouldn't have extensions like WikiHero, Choose, and GoogleMaps Installed. All it takes is for someone to build them properly. All the coding is done, and just like any other extension all it takes to install is the 2 files and the settings in LocalSettings.php ~Dantman(talk) tricks Apr 26, 2007 @ 07:09 (UTC)
 * I hope, that these sanctions will establish as soon as possible :) — Afinogenoff ¾ 08:53, 26 April 2007 (UTC)
 * It's up to the Wikia devs and staff if they want to include a test of that system along with the Wikia update. Though, I admit that that page does solve an age old issue which people have been begging for a solution to for all wiki. I'll probably put it up on MediaWiki.org at some point. ~Dantman(talk) tricks Apr 26, 2007 @ 09:27 (UTC)
 * It is interesting, that while nobody has become interested in the given offer:) And to make this function it is necessary as soon as possible! — Afinogenoff ¾ 02:25, 28 April 2007 (UTC)

Allpages bug for bots
I'm repeatedly getting this error when running my GE-ImageMirror-Bot.py script. This only happens at points when it runs over the InuYasha Wiki, not the Narutopedia. Narutopedia is running 1.9.3 while InuYasha is running 1.10a, so this is probably something to do with a 1.10a bug. Unfortunately, I can't get the box to continue mirroring some of the newer shared images in the WGEP unless this starts working. Here's the last of the command line results: Reading file http://images.wikia.com/anime/en/images/7/79/Icon-Warning-Red.svg The suggested description is: ImageMirrorBot. Uploading file to inuyasha:en... Current MediaWiki message dump is one month old, reloading Retrieving MediaWiki messages for inuyasha:en Parsing MediaWiki messages ERROR: MediaWiki_Msg caused error Error URL: /index.php?title=Special:Allmessage s&ot=html. Dump MediaWiki_Msg_inuyasha_en__Sun_Apr_29_05-51-25_2007.dump created . ~Dantman(talk) tricks Apr 29, 2007 @ 13:00 (UTC)

This was a Pywikipedia bot error. I'd like to notify all the Pywikipediabot framework users that you need to use "1.A" as your version number for wiki running 1.10alpha, not "1.10", "1.10a", or "1.10alpha" it must be "1.A" due to numerical testing. ~Dantman(talk) tricks May 7, 2007 @ 02:27 (UTC)

Too many bugs

 * Sometimes I can't search. It'll say there was an error.
 * When I can search, and click "go" to go directly to the page, I get a list of related pages. I want to go straight to the page, not see related pages.
 * Typing in the search bar screws up when the yellow option comes down. If I stop typing a page, this yellow thing pops up under the search bar. If I continue typing and press enter, what I just typed goes away and shows what was in the yellow thing.
 * Preview doesn't allow me to continue editing. It'll show a preview of what I did but the edit box goes away.
 * Editing sections doesn't allow me to save.
 * The new edit toolbar doesn't work.
 * The blinking thing that appears when you type and stuff goes away.

These are really annoying. If I find more I'll put them down.--24.109.218.172 20:06, 7 May 2007 (UTC)

Editing a page - Edit interface is buggy
Users on http://www.arsmagica.wikia.com have been complaining to me about the new edit interface. It appears to be broken, and they talk about losing their edits, not being able to enter descriptions for some edits, problems with the preview, and the signituare button doing nothing whatsoever. I'm sure this will get fixed fairly soon, but just thought I should mention it in case this doesn't affect all wikis.

Thanks, --James 16:30, 11 May 2007 (UTC)


 * That's WikiWyg, not part of MediaWiki 1.10a. A listing of the current bugs is in the phpBB forum. this post has that. Perhaps in one of the forums it would be good to start a topic on bugs in that new editor. Actually, it affects all wiki which have been migraded. Only the 1.9.3 are unaffected. ~Dantman(talk) tricks May 11, 2007 @ 16:56 (UTC)

Thanks. :) --James 09:54, 12 May 2007 (UTC)

Search bug
The beta searchengine misses the old "create this page" that enabled a user to create the page they were searching for, ---Lhademmor (/M.P./) 14:35, 15 May 2007 (UTC)

Re:Search bug
Some users in pt.simpsons are missing the same. The good and old "create this page".

And I've got others questions: Does this new search engine, browses another namespaces, like MediaWiki??

And the translation of these new search things.. I don't know if there is an article here for this, but I would help you tranlate into Brazilian Portuguese.

Thank you! --Vu2c 20:06, 15 May 2007 (UTC)

Re:Search bug
I got a temporally solution. You can create a similar link to create an article by putting this in your "MediaWiki:Noresults":

&lt;script&gt; url= searchbox.search.value document.write('&lt;a href="index.php?title=' + url + '&action=edit"&gt;Click here to edit "' + url + '"&lt;/a&gt;') &lt;/script&gt;

If you want to shot it even when some results have been found you can try to do something like this with the "MediaWiki:Resultsof"

Hope it will be good enough for last until something better appears. --Vu2c 00:08, 17 May 2007 (UTC)

PS: Only works in Internet Explorer. --Vu2c 02:17, 20 May 2007 (UTC)

The "create this article"
It IS there. But only appears if you select the option  in your Preferences. But this option doesn't show the tabs results in wikia, wikipedia and the web... --Ciencia Al Poder (talk) -@WikiDex 07:45, 20 May 2007 (UTC)
 * Hmmm, only appears if there's no results in title matches, so probably isn't what you want :S --Ciencia Al Poder (talk) -@WikiDex 07:52, 20 May 2007 (UTC)
 * I still think we should add a bit of code to Special:Createpage so that we can specify a title using Special:Createpage/TITLE and then have a link to there from the search page when the title does not exist. ~Dantman(talk) tricks May 20, 2007 @ 07:57 (UTC)
 * Also needs code to link to Special:Createpage/TITLE from the search results, or the devs should add a $1 param in MediaWiki:Noresults --Ciencia Al Poder (talk) -@WikiDex 08:36, 20 May 2007 (UTC)

(X)HTML and code sintax issues
In the   element, below the comment &lt;!-- Head Scripts --&gt; there's a sintax error: @import "/skins/common/img_tagging.css"> ^ error here --Ciencia Al Poder (talk) -@WikiDex 19:04, 17 May 2007 (UTC)

Log in confirmation page not displaying properly
On sca21 (I assume this is as result of upgrade?) Philralph 11:08, 21 May 2007 (UTC)


 * What's wrong with the page? I just logged out and in there without anything odd. ~Dantman(talk) tricks May 21, 2007 @ 14:37 (UTC)


 * I just tried again


 * 1) logging in via central wikia - no problem
 * 2) logging out and then in again on sca21 - no problem
 * 3) logging out and then in again on sca21 - then got (as per the previous 3 or 4 days) - just a box (used to always get a whole page) to log in with, then when logged in just (small) text overlaying on the page I was on (which of course is no great problem as it goes back to the background page after a few seconds, but would deter new users, or people not confident with using a wiki) Philralph 15:10, 21 May 2007 (UTC)

Image Problems
I think this is a 1.10a bug anyway...over at Redwall, when an Image is clicked to view the details, the image is not displayed, only a hyperlink with the text '&lt;show-big-image&gt;' --LordTBT Talk! 13:04, 31 May 2007 (UTC)