Wikia

Wookieepedia

Watchlist Random article Recent changes

Forum:SH:MediaWiki 1.19 upgrade

Talk0
104,051pages on
this wiki
Forums > Senate Hall archive > SH:MediaWiki 1.19 upgrade

This page is an archive of a community-wide discussion. This page is no longer live. Further comments or questions on this topic should be made in a new Senate Hall page rather than here so that this page is preserved as a historic record. —MJ— Holocomm 07:08, December 6, 2012 (UTC)

Wookieepedia has been upgraded to MediaWiki version 1.19. Some changes:

  • On Monobook, there is now a border all the way around the body of the page.
  • All pages with red file links will be shown in Category:Pages with broken file links. This category is automatically generated by the software and AFAIK is not something we can rename or get rid of.
  • On category pages, subcats, pages, and files now page separately, and up to 200 of each are shown instead of up to 200 of all three combined. An example of this can be seen in Category:Battles of the Galactic Civil War and Category:Unsourced quotes. This renders the reason behind this decision moot, and I will be starting a CT to change that policy shortly.
  • The move page interface has been changed so that the new pagename is now entered separately from the namespace, which is selected from a dropdown box.

—MJ— Comlink Tuesday, June 26, 2012, 17:49 UTC

Contents

Bug reportsEdit

Please list any bugs here.

[DEV/RESOLVED?] AJAX recent changesEdit

  • The AJAX watchlist/recent changes isn't working with the enhanced (grouped by article) recent changes. The enhanced recent changes works fine until the initial AJAX update, then the blue triangles used to expand/collapse each group disappear and groups of edits to the same page/actions in the same log are all expanded with no way to collapse them. —MJ— Comlink Tuesday, June 26, 2012, 17:49 UTC
    • I'm seeing this too. FF 13.0.1 on Vista. Thought it was just my work network being wonky. UPDATE:Seeing the same thing on my other laptop, different network, Win7 and FF 13.0.1 Same thing with IE9. <-Omicron(Leave a message at the BEEP!) 19:15, June 26, 2012 (UTC)
      • Same browser version and OS here. Xd was seeing it when I was in IRC earlier; don't know what his browser and OS are. —MJ— Council Chambers Tuesday, June 26, 2012, 19:37 UTC
        • I'm having the same problem. I'm running the latest Firefox on Windows XP. This problem has been showing up off and on during the upgrade, but it now seems to be constant. Trak Nar Ramble on 02:46, June 27, 2012 (UTC)
          • Same. Google Chrome on Windows 7. Cade Calrayn StupidRepublicEmblem-Traced-TORkit 03:22, June 27, 2012 (UTC)
  • The sooner we get the RCs fixed, the better. When one does a mass upload or several edits to a page (like a copy-edit for a large article), seeing the RCs flooded with those, and only those is getting really irritating. Trak Nar Ramble on 09:58, June 30, 2012 (UTC)
    • It appears that if you turn off the Auto-Refresh function, the grouped changes work perfectly fine. Cade Calrayn StupidRepublicEmblem-Traced-TORkit 20:08, July 3, 2012 (UTC)
      • Though, most of us want it to auto-refresh, and thus, there shouldn't be a problem with the things not grouping together. It's still an issue that needs to be fixed, particularly during mass-edits, mass-uploads, and mass-deletions that eat up all of the other changes and page space. Trak Nar Ramble on 04:08, July 4, 2012 (UTC)
        • Strangely enough, when checking RC in Oasis, both AJAX and enhanced RC work as intended. Further, in Monobook, the tooltip text "Automatically refresh" is changed back to the default "AJAX" (might be due to my global import of the devwiki AjaxRC script). UA string: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:16.0) Gecko/16.0 Firefox/16.0 . TK999 08:11, July 5, 2012 (UTC)
          • Update: another check in Oasis showed that enhanced RC breaks if it is closed, i.e. when a blue triangle is clicked to hide its content. TK999 08:15, July 5, 2012 (UTC)
  • Wikia Update: As this is a dev.wikia.com script, I have asked Grunny to look into this once he gets back from vacation next week. --daNASCAT @Wikia 14:14, July 6, 2012 (UTC)
    • Fallout Wiki had a fix which I've just applied. It looks like it's working now, but I've never used advanced recent changes before so let me know if there's still a problem. Green Tentacle (Talk) 19:56, July 11, 2012 (UTC)
      • It's working in recent changes, but my watchlist (on which it should also work) returns one of these errors:

A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.

Script: http://slot2.wikia.com/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=20120711T175010Z&*:78

or

A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.

Script: http://slot2.wikia.com/load.php?debug=false&lang=en&modules=jquery.checkboxShiftClick%2CmakeCollapsible%2Cmw-jump%2Cplaceholder%7Cmediawiki.action.watch.ajax%7Cmediawiki.api%2Cuser%7Cmediawiki.api.watch%7Cmediawiki.legacy.mwsuggest%7Cmediawiki.page.ready&skin=monobook&version=20120711T175010Z&*:4

The whole browser freezes for 10 to 15 seconds before the error appears. Continuing just leaves the browser frozen for a few seconds before returning one of those errors again. The only solution to unfreeze the browser is to stop the script. Now, this may have something to do with the fact that my watchlist is set up to show me the last 1,000 edits over up to the past 90 days, so I expect long load times, but it has never, and I repeat NEVER, given me a "script busy" error before. I'm running Firefox 13.0.1 on Windows Vista. —MJ— War Room Wednesday, July 11, 2012, 20:22 UTC

  • I can't replicate this, largely because preferences won't let you set number of days above 7. Presumably this is something they want to discourage. AJAX works fine for me with it set to 7 days. Green Tentacle (Talk) 20:37, July 11, 2012 (UTC)
    • In preferences, set days to zero, and it will show you the full $wgRCMaxAge, in our case 90 or 91 days (up to the maximum number of edits). —MJ— Jedi Council Chambers Wednesday, July 11, 2012, 20:44 UTC
      • Still refreshes ok for me. How many items are on your watchlist? Green Tentacle (Talk) 20:52, July 11, 2012 (UTC)
        • 414 pages plus their respective talk pages (I really should go through and clean out my watchlist). Still, that's never been an issue in the past either. —MJ— Training Room Wednesday, July 11, 2012, 21:42 UTC
  • This is now fully broken again on recent changes. It just returned to the original buggy behavior reported above within the past couple of minutes. —MJ— Council Chambers Sunday, July 22, 2012, 00:53 UTC
    • And now it's working again, as well as working in my watchlist. Can anyone confirm this? —MJ— Holocomm Sunday, July 22, 2012, 02:13 UTC

[RESOLVED] Forum duplicate prefixesEdit

[RESOLVED] Search suggestionsEdit

  • I'm not getting any drop-down suggestions when I begin typing in the search box. Anybody else? Menkooroo (talk) 21:23, June 26, 2012 (UTC)
  • Seems to be fixed for me. How about every one else?--Exiled Jedi Oldrepublic crest (Greetings) 22:14, July 4, 2012 (UTC)
    • Still not working for me on Monobook, the only skin that matters. -- Darth Culator (Talk) 00:09, July 5, 2012 (UTC)
      • Works for me on Monobook. Possibly another script interfering with it for you? —MJ— Holocomm Thursday, July 5, 2012, 00:30 UTC
        • Unlikely, since it doesn't work when I'm logged out and viewing with &useskin=monobook. -- Darth Culator (Talk) 00:44, July 5, 2012 (UTC)
          • And just in case the &useskin=monobook could possibly be an issue, I logged in as this bot account which has no custom JS or CSS, hit the "restore all default settings" on the prefs page, emptied my browser cache, flushed my DNS cache, restarted my browser, and then set the bot's prefs back to Monobook. Still no search suggestions on Firefox 13.0.1. So you people with search suggestions on Monobook are just incredibly lucky somehow. -- KillerRoboLeia3000 (talk) 00:53, July 5, 2012 (UTC)

Okay, now it's suddenly working for me. Any bets on how long this lasts? Why do I get the feeling we're suffering from one of those issues related to Wikia's wonderfully cobbled-together CDN system? Can they maybe call MacGyver to build them a caching system out of duct tape and twine that would work a thousand times better? -- Darth Culator (Talk) 00:26, July 6, 2012 (UTC)

  • Wikia Update: The search suggestions were actually a different bug related to some memory-leaking code in S.S. that was causing some load issues a few weeks ago. We've gone ahead and turned suggestions back on globally as the load issues have indeed been fixed. --daNASCAT @Wikia 14:07, July 6, 2012 (UTC)

[RESOLVED] RSS feedEdit

  • The RSS feed from Wookieepedia NewsNet that's displayed on the Main Page is cutting off all NewsNet post titles after an apostrophe. For example, "Tinwe: May's Wookieepedian of the Month" is just showing up as "Tinwe: May" . Menkooroo (talk) 21:26, June 26, 2012 (UTC)
  • Wikia Update: - Can confirm the issue, have filed a bug ticket about this this morning. --daNASCAT @Wikia 14:12, July 6, 2012 (UTC)
  • This appears to have been fixed. If it's still doing it on your end, let us know. —MJ— Comlink Saturday, July 14, 2012, 01:42 UTC
    • I don't think it's fixed. I edited all the titles to remove apostrophes so that they would display in full. Menkooroo (talk) 20:43, July 15, 2012 (UTC)
      • Ah, I didn't notice that. I've reverted the [RESOLVED] tag. Actually, could you re-edit the titles to put the apostrophes (or at least one) back? Otherwise, we really have no way of knowing when this is fixed. —MJ— Holocomm Monday, July 16, 2012, 00:38 UTC
        • I don't know if that would help at this point, since it doesn't seem to be updating at all now. -- Darth Culator (Talk) 01:24, July 16, 2012 (UTC)
          • "The Wackiest of Wookieepedia" is now "The Wackiest of Wookieepedia's Wacky." I'll keep checking over the next few days to see if it shows up. Menkooroo (talk) 04:35, July 16, 2012 (UTC)
            • That article will be off of the Main Page soon, so I removed the apostrophe from the title and added it to the newest one. "Dangerdan97 brings home the Wookieepedian of the Month's trophy." Keep an eye on the Main Page. Menkooroo (talk) 03:19, August 2, 2012 (UTC)
              • Now it should be "DarthPrime — the mystery man of the month" on which you should keep your eye. If this is fixed, it will read "DarthPrime — the mystery man of the month’s month." Menkooroo (talk) 06:28, October 12, 2012 (UTC)
                • Looks like the problem exists for hyphens, too. Changed the three dashes to a colon. Menkooroo (talk) 01:03, October 15, 2012 (UTC)
  • This has finally been resolved. —MJ— Training Room 07:06, December 6, 2012 (UTC)

[RESOLVED] Follow/unfollow buttonsEdit

  • Might be a problem with my scripts, but when I click the "Follow" and "Unfollow" buttons, they go to "Following…" and "Unfollowing…" but never refresh. After I refresh the page itself, the action has gone through, but only after the page is refreshed. CC7567 (talk) 02:31, June 27, 2012 (UTC)
    • I'm having the same issue. —MJ— Comlink Wednesday, June 27, 2012, 02:36 UTC
  • Wikia Update: - I can't reproduce this issue at this time. I am following this forum post. I clicked 'following', saw it change to 'unfollowing', and then went to 'follow' after, at most, a second. If this is still happening to you, please reply. --daNASCAT @Wikia 14:14, July 6, 2012 (UTC)
    —MJ— Council Chambers Saturday, July 7, 2012, 01:27 UTC
    • Also, I just tested this on the Wikia skin and it works there, so it's a Monobook-only issue. daNASCAT, it's best to assume any bug listed here was discovered in Monobook unless stated otherwise, as Monobook is the official skin of Wookieepedia and thus most established users use it. —MJ— Training Room Saturday, July 7, 2012, 01:59 UTC
    I just encountered this issue on another wiki and I can assume that we are still affected. Trak Nar Ramble on 05:16, July 17, 2012 (UTC)
  • Yeah, getting it too, as of right now. Click follow, changes to "Following..." and sticks there. -- Darth Culator (Talk) 13:37, July 18, 2012 (UTC)
    • I'm still getting it as well. —MJ— Holocomm Wednesday, July 18, 2012, 14:32 UTC
      • Wikia Update: Thanks for the extra updates, we have gone ahead and confirmed the bug is now happening on Monobook in all skins and a bug ticket has been opened. --daNASCAT @Wikia 23:24, July 18, 2012 (UTC)
  • Working for me as of now. Can anyone else confirm? CC7567 (talk) 18:35, August 16, 2012 (UTC)

[RESOLVED] Viewing via redirectEdit

  • Also, when viewing a page via a redirect, all action buttons across the top act on the redirect, not the page being viewed. For example, if you go to WP:TC and click "edit" or "follow", you end up editing or following the WP:TC shortcut instead of the actual Wookieepedia:Trash compactor page that you were viewing. The only way to take action on the page being viewed via the top row of buttons is to copy and paste the page title into the search bar. This is in Monobook; I do not know if the Wikia skin is affected by this and frankly don't care if it is. —MJ— Comlink Wednesday, June 27, 2012, 02:36 UTC
    • Yeah, I've noticed that too. It made my remedying of the Jedi Academy battle redirects rather annoying. Cade Calrayn StupidRepublicEmblem-Traced-TORkit 03:22, June 27, 2012 (UTC)
    • This also causes problems when clicking the [edit] buttons on those pages since they point to sections of a redirect page that obviously don't exist. —Xwing328(Talk) 04:00, June 27, 2012 (UTC)
      • I'm not seeing this. For me, when viewing a page via redirect, only the top row of buttons is screwed up. The section edit buttons work properly for me (i.e. they go to the page I'm actually viewing and not the redirect. —MJ— Jedi Council Chambers Wednesday, June 27, 2012, 18:29 UTC
  • This has been fixed. —MJ— Comlink Wednesday, July 4, 2012, 04:00 UTC

[FEATURE] Minor edit buttonEdit

  • This hasn't happened all the time, but on occasion, the minor edit button is missing. I know this has also happened to at least one other user.—Cal JediInfinite Empire (Personal Comm Channel) 02:37, June 27, 2012 (UTC)
    • This is a feature, not a bug. The minor edit option is no longer available when creating a new page or adding a new section to a talk page (i.e. with &section=new in the URL). The theory behind this is that creating a new page or adding a new section to a talk page are types of edits that are always important and thus should never be marked as minor. —MJ— Jedi Council Chambers Wednesday, June 27, 2012, 18:29 UTC
      • Still blasted annoying. I hope Wikia reverts that. The user should be able to decide what they think is and isn't a minor edit, not Wikia.—Cal JediInfinite Empire (Personal Comm Channel) 00:37, June 28, 2012 (UTC)
        • File your complaint with the Wikimedia Foundation. This change was made by them, and Wikia may not be able to reverse it easily or at all. —MJ— War Room Friday, June 29, 2012, 01:59 UTC

[RESOLVED] Transcluded recent changesEdit

  • Also, my user page is broken. Rather than showing my user page, it is a blank page with "MediaWiki internal error" and a couple other things. Again, this has been seen by several other user, so I know this isn't just something with my computer.—Cal JediInfinite Empire (Personal Comm Channel) 03:02, June 27, 2012 (UTC)
    • You have a userpage again. This fixed it. Looks like that particular gizmo is not 1.19-friendly. Pywikipedia always hated userpages that had that on it even before the upgrade, so I zeroed-in on it as soon as I realized I could still get to your userpage by tacking ?action=edit onto it manually. -- Darth Culator (Talk) 04:14, June 27, 2012 (UTC)
      • Much obliged. Any chance of Wikia fixing this so I can have the RC thing again, do you think?—Cal JediInfinite Empire (Personal Comm Channel) 04:35, June 27, 2012 (UTC)
  • Wikia Update: Can confirm this bug and we will indeed fix it since this is built-in MediaWiki behaviour that seems to still be working, in so far as I can tell, on non-Wikia 1.19+ wikis. --daNASCAT @Wikia 14:32, July 6, 2012 (UTC)
  • This [http://starwars.wikia.com/wiki/User:Cal_Jedi?oldid=4054005 appears to have been fixed. If it's still broken on your end, let us know. —MJ— Council Chambers Saturday, July 14, 2012, 01:45 UTC

[HTML5] Centered templatesEdit

  • Templates that usually appear in the center of the screen, such as {{subst:msg-fanon}} and {{Second Imperial Civil War}} are showing up on the left-hand side of the page rather than in the center. Menkooroo (talk) 05:32, June 27, 2012 (UTC)
    • I'm also seeing this. I suspect it's a CSS issue, but I don't know what the problem is. —MJ— Jedi Council Chambers Wednesday, June 27, 2012, 18:29 UTC
      • "Most presentational html attributes like valign are now converted to inline css style rules. These attributes were removed from html5 and so we clean them up when $wgHtml5 is enabled. This can be disabled using $wgCleanupPresentationalAttributes." The align attribute is deprecated and it looks like the new version converts it to some CSS which doesn't actually work. This fix works on Firefox, IE9, Chrome and Opera but we'd have to apply it to all affected templates. Green Tentacle (Talk) 18:59, June 27, 2012 (UTC)
  • The advertisements for other wikias found at the bottom of every page are off to the left, too. Menkooroo (talk) 03:49, June 29, 2012 (UTC)
  • As evidenced here, even our warning templates are shoved to the left. Hell, the overall look of the template seems... off. Trak Nar Ramble on 07:53, June 29, 2012 (UTC)
    • Looks like the text is being centered inside the box instead of the box within the page. I don't think the text was centered before. —MJ— Council Chambers Friday, June 29, 2012, 15:47 UTC
      • It will be. The HTML we put in the template gets rewritten by the server when it generates the page. align="center" used to get left alone. But that particular piece of HTML shouldn't be used anymore so the server now converts it to style="text-align: center;". In most cases that will do the same as before, but instead of centering a template, it will center the text inside it. Instead you can center the whole template by setting the left and right margins to auto as in style="margin-left: auto; margin-right: auto;". I've fixed the two mentioned already; if there are others and people aren't comfortable messing with the markup, just list them here. Green Tentacle (Talk) 20:43, June 29, 2012 (UTC)
  • Wikia Update: As Green Tentacle alluded to, HTML3 syntax should no longer be used as it is now fully out of MediaWiki 1.19, which uses HTML5 (previously, MW was using HTML4, which still supported HTML3 despite officially stating that syntax as deprecated). You can learn more about this topic by reading this news blog. --daNASCAT @Wikia 14:37, July 6, 2012 (UTC)

[INTERMITTENT] BreakageEdit

  • Monobook just outright crapped out on me. No templates are working. Nothing is working. Even editing is all screwy. I'm hoping this clears up really soon. Trak Nar Ramble on 06:22, June 27, 2012 (UTC)
    • It just fixed itself. Basically what had happened was the navigation was all but gone, your username and contribs were in a list on the bottom of the page, and the white background panel with the nice tabs was gone. I've seen this bug before and it usually corrects itself after a refresh, but this lasted through two refreshes and two pages to type up the bug report. Trak Nar Ramble on 06:25, June 27, 2012 (UTC)
  • Monobook broke again. Trak Nar Ramble on 04:39, July 5, 2012 (UTC)

[WORKSFORME] Diff viewingEdit

[RESOLVED] Special:WantedPages brokenEdit

[RESOLVED] Shortcut boxesEdit

  • When editing a page, the wiki shortcut tabs at the top have two of each. Anybody else? 501st dogma(talk) 20:09, June 27, 2012 (UTC)
    • Not for me. Are you using Monobook?—Cal JediInfinite Empire (Personal Comm Channel) 00:37, June 28, 2012 (UTC)
      • It looks like its only happening to Wikilook then, as it's fine when I use Monobook. 501st dogma(talk) 12:41, June 28, 2012 (UTC)
        • I think this has been resolved, but as I don't know precisely what the buggy behavior was in the first place, can someone who saw it before confirm this? —MJ— Comlink Wednesday, July 4, 2012, 04:00 UTC
          • Wikia Update: Marking as resolved as I've not reproduced it and no one has commented for two weeks. --daNASCAT @Wikia 23:31, July 18, 2012 (UTC)

[INTERMITTENT] Monobook CSS issuesEdit

  • I've noticed that Wookieepedia will randomly switch between skins. On occasion, it will log me out for no reason, and naturally switch to the Wikia skin. However, that's happened before the update, so it's probably just typical Wikia crap. However, since the update, Wookieepedia will randomly switch between Monobook and a different new skin without logging me out. The new skin is, I'm fairly certain, the skin used by Wikipedia. A picture of it can be seen here.—Cal JediInfinite Empire (Personal Comm Channel) 02:27, June 28, 2012 (UTC)
    • That was happening to me all throughout the upgrade. I'd refresh and it resolves itself. Trak Nar Ramble on 02:30, June 28, 2012 (UTC)
      • Me, too, but I still hate it when it randomly does that to me. :P —Cal JediInfinite Empire (Personal Comm Channel) 02:33, June 28, 2012 (UTC)
        • I hate it, too. Same as I hate the super Monobook crap-out bug that I mentioned above. Hell, all these bugs need fixed and Wikia better hop to it, chop-chop! Trak Nar Ramble on 02:42, June 28, 2012 (UTC)
          • The skin in your screenshot is the basic Monobook, minus all of our tweaks and modifications. This is most likely a problem with some CSS not loading. —MJ— War Room Friday, June 29, 2012, 01:59 UTC
  • The CSS acted up for me again. Took two refreshes of the Trap at Fulwhaka to correct it, only for it to crap out again while I was editing that page. Might have something to do with that page, though the issue resolved itself after I saved my edits. Trak Nar Ramble on 05:33, July 1, 2012 (UTC)
    • Wikia Update: Any further reports of this? We released a patch this morning that should fix any remaining Monobook.css loading issues. --daNASCAT @Wikia 23:31, July 18, 2012 (UTC)
      • Not that I've seen here, yet. The CSS seems to be behaving for the moment. Trak Nar Ramble on 10:17, July 21, 2012 (UTC)

[INTERMITTENT] Recent changes brokeEdit

  • The RCs broke. Several (ten or more) refreshes have not corrected the problem. They're back now, but they were broken for a couple minutes. Any bug, even if it's the usual stupid Wikia bug, is a bug that I'm gonna report. Trak Nar Ramble on 05:37, June 28, 2012 (UTC)
  • Wikia Update: Any incidents of this happening since then? If so, please explain what "broke" means. White page? Bad formatting? --daNASCAT @Wikia 14:37, July 6, 2012 (UTC)
    • It hasn't happened since. Basically, the RCs were just blank. The content itself refused to load. This has happened off and on a few times before the upgrade. I think it's just an intermittent bug. Trak Nar Ramble on 05:09, July 7, 2012 (UTC)

[RESOLVED] Recent changes buttons missingEdit

  • On Monobook in the Recent Changes, it won't show the option to switch between hide or show Grouped Recent Changes, or the Show Logs button. -- SFH (talk) 14:12, June 28, 2012 (UTC)
    • If you look closely, I think you'll see something like "&lt;r&gt;" next to the hide and show buttons. I'm fairly certain that those are the two missing options - lt is probably logs, and the r&gt is probably the grouped changes. Something's broken those buttons. Cade Calrayn StupidRepublicEmblem-Traced-TORkit 14:16, June 28, 2012 (UTC)
      • Well, those didn't show up properly. Let's see if removing the nowiki tags works. Cade Calrayn StupidRepublicEmblem-Traced-TORkit 13:44, July 2, 2012 (UTC)
        • Fixed it for you. HTML entities are always converted, even in nowiki tags. You have to specify "&amp;" for the "&". —MJ— Training Room Monday, July 2, 2012, 23:31 UTC

Still seeing the "&lt;r&gt;" thing here. -- Darth Culator (Talk) 16:21, July 8, 2012 (UTC)

  • As am I. Even though I rarely, if ever, use those buttons, seeing them broken still bugs me. Trak Nar Ramble on 06:57, July 9, 2012 (UTC)
    • Wikia Update: Wikia is aware of the escaped characters issue in Recent Changes and a bug ticket has been filed about the matter. --daNASCAT @Wikia 23:32, July 18, 2012 (UTC)
  • This was resolved at some point over the past four months. —MJ— Training Room 04:13, November 13, 2012 (UTC)

[DUPLICATE/RESOLVED] Editing redirectsEdit

  • I clicked on a redirect and when I clicked to edit the page it lead to, it opened up the edit field to the redirect page. NaruHina Talk Anakinsolo 20:15, June 28, 2012 (UTC)

[RESOLVED] Preloads on Wikia skinEdit

WikiaPreloads
Illustration of the menu that is not showing up on Special:CreatePage
  • When creating pages using the add a page tab on Wikilook, there's no Standard preloads for infoboxes. 501st dogma(talk) 22:33, June 28, 2012 (UTC)
  • Wikia Update: Can you walk me through this more? What exactly are you trying to do and what exactly are you trying to preload? --daNASCAT @Wikia 14:56, July 6, 2012 (UTC)
    • The standard preload loads infoboxs. On the new Wiki look, when in edit mode, under the Save page button appears the Standard Preload drop down box. This error is only occuring when you use the Add a page button visible in the same box the total number of content pages on the wiki is displayed. 501st dogma(talk) 16:56, July 6, 2012 (UTC)
      • Was there ever this functionality in previous versions? The CreatePage module was never built to have a preloaded template. --daNASCAT @Wikia 20:41, July 6, 2012 (UTC)
        • This is not a preloaded template in the edit box when it comes up, but rather our own JS which you can see at MediaWiki:Common.js (do a Ctrl-F search for "jQuery version of fillPreloads". It adds a dropdown box with a list of templates (mostly infoboxes), a user can then click on one of the templates, and the JS will automatically add the template to the edit box at the cursor. You can switch to Monobook to see what I'm talking about, as it's working there. That dropdown box is not loading on the default skin. —MJ— Council Chambers Saturday, July 7, 2012, 01:41 UTC
  • And now, this is not loading in Monobook, either. - Cavalier OneFarStar(Squadron channel) 09:57, July 11, 2012 (UTC)
    • Because there's Wikia-wide issue with JS, nothing related to this upgrade I believe, just normal regularly irregular failure. (: – Tm_T@Wookieepedia:~$ 10:31, July 11, 2012 (UTC)
      • Working in Monobook now. —MJ— Training Room Wednesday, July 11, 2012, 13:41 UTC
        • Wikia Update: JavaScript loading issues should have been fixed, there were issues with some of the URL parameters in a basic script import that were getting a "forbidden" error. --daNASCAT @Wikia 23:33, July 18, 2012 (UTC)
          • Still not fixed. See the screenshot to the right. The box circled in red does not show up on Special:CreatePage (it does show up on other pages) on the Wikia skin. Bypassing my cache did not solve the issue. —MJ— Jedi Council Chambers Thursday, July 19, 2012, 00:28 UTC
            • Fixed. Once your cache is cleared, it should be working on Special:CreatePage now. Cheers, grunny@wookieepedia:~$ 14:36, July 21, 2012 (UTC)

[DUPLICATE/SYMPTOM] Edit intro gadgetEdit

  • I just noticed that there is no longer an "edit intro" button, which I had turned on via a gadget.—Cal JediInfinite Empire (Personal Comm Channel) 00:59, June 29, 2012 (UTC)
    • Mine is working, though I don't use the gadget. Try disabling the gadget and copying the code for it out of this page (second tool from the top) into User:Cal Jedi/monobook.js and see if that works. —MJ— War Room Friday, June 29, 2012, 01:59 UTC
      • Yup, it's working now. Thanks. Still annoying that they had to disable those gadgets, but then again, all of this is blasted annoying.—Cal JediInfinite Empire (Personal Comm Channel) 04:48, June 29, 2012 (UTC)

I just tested this. The gadget still isn't working, and I got a clue as to why. This popped up in my error console:

Timestamp: 7/3/2012 11:53:52 PM
Error: syntax error
Source File: http://starwars.wikia.com/wiki/MediaWiki:Gadget-editintrobutton.js?action=raw&ctype=text/javascript&3902871
Line: 1
Source Code:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

A JS expert will be needed to decode that. —MJ— Comlink Wednesday, July 4, 2012, 04:00 UTC

For some reason, attempting to access the above link, even with "&3902871" removed, generates a permission error due to it thinking that the file extension is invalid, so the server adds the relic HTML 2.0 doctype atop the page and an error message in HTML. There's no JS to load. TK999 08:24, July 5, 2012 (UTC)

I want that gadget. What am I doing wrong? Corellian PremierRobotechAll along the watchtower 21:57, July 5, 2012 (UTC)

Root cause for this appears to have been found. See "javascript import problem" below. -- Darth Culator (Talk) 16:21, July 8, 2012 (UTC)

[RESOLVED] Link suggestionsEdit

  • Wikia's link suggestion feature no longer works for me, which is a pity, because that was one of their features that I actually loved. —MJ— War Room Friday, June 29, 2012, 01:59 UTC
    • They don't work for me, either. Well, they sort of work, as they show up in a list beneath the edit window, but I don't like that and they only show up half the time. I want it back the way it was. I demand a massive rollback to when things weren't quite as messed up! Trak Nar Ramble on 02:25, June 29, 2012 (UTC)
      • Ah, yes, now I see them below the editing box. Still, I would vastly prefer them the way they would before. —MJ— War Room Friday, June 29, 2012, 02:31 UTC
  • Wikia Update: Yes, Link Suggestions have had some bug/design issues since before the 1.19 upgrade. Fixing it is one of our first priorities as soon as the upgrade is finished network wide. --daNASCAT @Wikia 14:56, July 6, 2012 (UTC)
    • Thank you, thank you, thank you! I miss the old format of link suggestions and this new format takes some getting used to. Trak Nar Ramble on 05:10, July 7, 2012 (UTC)
  • Update: Link suggestions simply are not working at all. Not a bit. Nope. No link suggestions at all. They have simply died off. Trak Nar Ramble on 08:16, July 26, 2012 (UTC)
  • Link suggestions appear to be working properly now. Can anyone else confirm this? —MJ— Jedi Council Chambers Thursday, August 2, 2012, 17:22 UTC

[RESOLVED] Era tags on Wedge AntillesEdit

The era tags are no longer showing up on Wedge Antilles. I don't know whether this is related to the upgrade, the huge size of the article, or something else. We don't appear to have exceeded any technical limits regarding templates in the article (Ctrl+F "NewPP limit report" in the HTML source of the page). —MJ— Holocomm Saturday, June 30, 2012, 04:01 UTC

  • This was because of a JavaScript error caused by the function that replaces {{USERNAME}} with your name in the TOC. It was breaking on any page which had TOC entries in italics and causing the remaining JavaScript, including the bit for the eras icons, not to run. I've rewritten that function in jQuery and the eras icons should load correctly now. One limitation is that this will replace {{USERNAME}} if it appears in a non-italic TOC entry or in the italic part of a TOC entry that mixes the two, but not if it's in the non-italic part. For example "Hello, {{USERNAME}}" would work but "Hello {{USERNAME}}" would not. I really doubt that will ever be an issue though. Green Tentacle (Talk) 12:17, June 30, 2012 (UTC)
    • Cool, thanks. I don't recall seeing italic TOC entries before. Is that something new in the 1.19 upgrade, or is that a JS change made on our side? —MJ— Holocomm Saturday, June 30, 2012, 15:33 UTC

[RESOLVED] Edit countEdit

I clicked on a link to someone's edit count so I could get to that page and I could peek at mine, but from the linked edit count, I could not search my name. It just goes to the originally linked person's count. This probably has to do with the "/NaruHina" extension, but that never hindered searching names after following a link before. NaruHina Talk Anakinsolo 10:04, July 3, 2012 (UTC)

[RESOLVED] Ad alignmentEdit

Are the ads at the botton of the screen intended to be scrunched on the left now, instead of spread out over the length? I doubt it's a bug, but it's damn irksome. NaruHina Talk Anakinsolo 12:29, June 27, 2012 (UTC)

  • Actually, it probably has to do with the same thing as having the navigation templates be on the left, since the ads are centered with respect to those. NaruHina Talk Anakinsolo 13:47, June 27, 2012 (UTC)
Wikia Update: Is this still happening for you? I can't see any ad differences right now between 1.16.5 and 1.19. If so, could you take a screenshot please? --daNASCAT @Wikia 15:01, July 6, 2012 (UTC)
Here it is on my computer.—Cal JediInfinite Empire (Personal Comm Channel) 19:50, July 6, 2012 (UTC)
I'm seeing the exact same thing as Cal. It appears to be a Monobook-only issue. —MJ— Comlink Saturday, July 7, 2012, 01:45 UTC
That's what it was for me. NaruHina Talk Anakinsolo 02:00, July 7, 2012 (UTC)
Wikia Update: Confirmed. Wikia spotlights (just pointing out that they are technically different modules than ads, so please refer to them that way next time to help me figure out sooner what you are referring to) are indeed loading left-aligned instead of center below the content space. A bug ticket has been filed. --daNASCAT @Wikia 23:42, July 18, 2012 (UTC)
  • This was resolved at some point over the past four months. —MJ— Training Room 04:19, November 13, 2012 (UTC)

[RESOLVED] translucent content spaceEdit

Is there any way to get the content space to be translucent again? MasterFredCommerce Guild(Whatever) 04:14, June 30, 2012 (UTC)

  • ...We had translucent content space? o.O Trak Nar Ramble on 10:00, June 30, 2012 (UTC)
    • I did. :P I think it was something Tm_T cooked up during the Monobook revamp. He gave the coding for personal skins, but idk if we ever made it official for the whole site. But it's no longer working. :/ MasterFredCommerce Guild(Whatever) 16:04, June 30, 2012 (UTC)
  • Changes on upstream Monobook CSS means there most likely need to be changes on all "custom" (including wiki-wide) stylings: basicly every instance of "#content" should be now "div#content". (: – Tm_T@Wookieepedia:~$ 14:12, July 14, 2012 (UTC)

[RESOLVED] Page sizesEdit

Not sure if this is a bug or a new "feature", but page histories no longer give an indication of the article's size, only how many bytes were added/ subtracted per edit. - Cavalier OneFarStar(Squadron channel) 17:57, June 26, 2012 (UTC)

It appears to be a feature and possibly configurable to boot, as Wikipedia's page histories list both figures (size and delta). —MJ— Holocomm Tuesday, June 26, 2012, 17:59 UTC

This isn't a bug per se, but I've noticed that when you look at a page's history, you no longer get the full size of the article in KB after each revision. Instead, you get the difference in size from the previous revision. Does anyone know how to find out the article's full size? ~SavageBOB sig 11:05, July 2, 2012 (UTC)

  • Hopefully Wikia will get this back soon, but until then you can run a little bit of JS to find out:
    1. Edit the page then go to a console in your browser:
      • Firefox: Tools > Web Developer > Web Console
      • Internet Explorer: Tools > Developer Tools
      • Chrome: Tools > JavaScript Console
      • Opera: Page > Developer Tools > Opera Dragonfly > Console
    2. Type in "$("#wpTextbox1").val().length" and hit enter to get the number of bytes. Green Tentacle (Talk) 17:54, July 2, 2012 (UTC)
    • Damn, that's a hassle. I really hope they go back to the way it was before. Any clue what to do in Safari? ~SavageBOB sig 11:06, July 3, 2012 (UTC)
      • Huh, doing that on Firefox returns "TypeError: $("#wpTextbox1").val() is undefined". What am I doing wrong? - Cavalier OneFarStar(Squadron channel) 11:37, July 3, 2012 (UTC)
        • Did you click edit first? It needs the edit box to work. Green Tentacle (Talk) 17:16, July 3, 2012 (UTC)
          • That could be the reason, yes ... for some reason I totally missed the fact I had to edit the page for this to work despite it being right there in the first line. Move along, nothing to see here ... - Cavalier OneFarStar(Squadron channel) 17:22, July 3, 2012 (UTC)
  • Wikia Update: Yeah, I'm not sure if that's something configurable or a straight bug on our part, but I totally agree that's a useful bit of information that really ought not to disappear from a history page. I have filed a bug ticket to discover the source and see if we need to completely fix it or configure it globally. --daNASCAT @Wikia 15:05, July 6, 2012 (UTC)

[RESOLVED] Unused Files weirdnessEdit

The unused files page lists a file called File:Tsurr.jpg, which I deleted in 2008. For a thumbnail it shows the name of the file, and for the size it shows "File missing". On an API query, the file still has a database entry, but it never showed up on the unused files page before 1.19. I'm holding off on the unused file purges until this is cleared up. -- Darth Culator (Talk) 14:07, July 3, 2012 (UTC)

  • When I bring up the file page, the file and its software-generated data all show up perfectly for me. The only hitch is that the wiki page for it doesn't exist; it shows a "create" tab instead of an "edit" tab at the top of the page. —MJ— Jedi Council Chambers Tuesday, July 3, 2012, 15:39 UTC
    • It wasn't like that two hours ago. I suspect they may finally be doing something about it. -- Darth Culator (Talk) 15:44, July 3, 2012 (UTC)
  • Wikia Update: This was filed a few weeks ago. Grunny will look into this next week, but with only one example, it seems to me like there may be a specific database issue with this one file, not necessarily an upgrade bug as a whole. --daNASCAT @Wikia 15:08, July 6, 2012 (UTC)
    • Indeed, I'm sure there is a database bug with that file, since I discovered its ghost entry along with the ghosts of the late and decidedly unlamented video feature back on June 11 when I was playing with API queries. But the unused files page didn't start showing it or other "file missing" entries until 1.19 rolled around. -- Darth Culator (Talk) 00:50, July 7, 2012 (UTC)
  • Tsurr.jpg is now correctly a redlink and does not show up on the API or unused files page anymore, so I'm marking as resolved. —MJ— Comlink 04:28, November 13, 2012 (UTC)

[RESOLVED] Batch deleteEdit

The Ajax Batch Delete script will generate the input form on any 1.16 wikis I've tried it on and no 1.19 wikis. -- Darth Culator (Talk) 21:19, July 3, 2012 (UTC)

  • Wikia Update: As this is a dev.wikia.com script, I have asked Grunny to look into this once he gets back from vacation next week. --daNASCAT @Wikia 14:14, July 6, 2012 (UTC)
    • As bug reported, this should have nothing to do with the script itself. All AJAX delete scripts have stopped working in 1.19. They now get a Forbidden HTTP error code when attempting to delete via the API. Rappy 19:06, July 13, 2012 (UTC)
      • I've fixed the issue with the JavaScript page here and the bug with the API here. The API fix will go live with the next code release, so should start working again on Wednesday next week. Cheers, grunny@wookieepedia:~$ 11:21, July 19, 2012 (UTC)
        • My fix went live earlier today, so deleting through the API, and therefore BatchDelete, should be working again. Cheers, grunny@wookieepedia:~$ 07:48, July 26, 2012 (UTC)

[RESOLVED] Redirect not workingEdit

See F:SH. It shows the redirect page (as if the URL had redirect=no in it) instead of the page to which it redirects. WP:MOS and WP:TC work fine; haven't tried any others. —MJ— War Room Wednesday, July 4, 2012, 04:03 UTC

  • Typing F:SH in the search bar also sends you to the redirect page, not the target page. However, typing F:KB sends you directly to the KB... 1358 (Talk) 09:32, July 4, 2012 (UTC)
    • Re-saving the page seems to have fixed it. Green Tentacle (Talk) 11:09, July 4, 2012 (UTC)
      • I wonder if it had to do with the template being on the same line as the #redirect ... 1358 (Talk) 11:35, July 4, 2012 (UTC)
        • Nope. I reverted GT's edit to see whether that was causing the problem, and it's still working. —MJ— Holocomm Wednesday, July 4, 2012, 18:45 UTC

[RESOLVED] Pictures on Wiki lookEdit

When you click on a picture in New Wiki look, it usualy shows you a bigger version of the picture (Note: This is not the file details page). However, now it displays a white, slideshow box that is blank instead. There is no way to cancel out of it either, so you have to refresh the page.501st dogma(talk) 16:59, July 6, 2012 (UTC)

  • Looks like they fixed the issue. It now diplays a slideshow of all the pictures on the page. 501st dogma(talk) 12:20, July 15, 2012 (UTC)

[RESOLVED] Javascript import problem killing gadgetsEdit

For some reason every gadget import returns an error. I usually load mine from a global.js to make them universally accessible, but after seeing all the error reports here I turned that off and turned all our gadgets on, and every single one got a load error: [2] [3] [4] [5] [6] [7] [8] [9] all return "Invalid file extension found in the path info or query string." With or without the random numeric tail. -- Darth Culator (Talk) 15:07, July 7, 2012 (UTC)

Is this the same thing as #Edit intro gadget above, just on a larger scale? —MJ— Jedi Council Chambers Sunday, July 8, 2012, 01:50 UTC
I believe it is the root problem of which that is a symptom. Those links in my earlier post are from the HTTP request log, showing the javascript files the browser tries to fetch when all the gadgets are turned on, and access is denied to all of them. The Edit Intro gadget's failing local javascript file is just a call to dev.wikia.com which, when appended manually to my global.js or Corellian Premier's monobook.js, works just fine. The script on dev.wikia is not returning an access denied error. -- Darth Culator (Talk) 02:05, July 8, 2012 (UTC)
If I change, for example, http://starwars.wikia.com/wiki/MediaWiki:Gadget-inactiveusers.js?action=raw&ctype=text/javascript&4085028 to the old link format of http://starwars.wikia.com/index.php?title=MediaWiki:Gadget-inactiveusers.js&action=raw&ctype=text/javascript&4085028 , then it comes up just fine. I don't know what that info means, but I'm posting it because it might help someone solve the problem. —MJ— Jedi Council Chambers Sunday, July 8, 2012, 02:15 UTC

The permission errors appear to be fixed, and a test on my end shows Gadgets working. Please reopen this if I'm wrong. -- Darth Culator (Talk) 13:42, July 14, 2012 (UTC)

[RESOLVED] Cannot email other usersEdit

  • For some reason I keep getting a "The action you have requested is limited to users in the group: Users" error whenever I try and email a user via Special:EmailUser. I double checked my usergroups in my preferences and I am indeed in the "users" group. JangFett (Talk) 20:54, July 8, 2012 (UTC)
  • This now appears to have been fixed. If it's still broken on your end, let us know. —MJ— War Room Saturday, July 14, 2012, 01:53 UTC

[RESOLVED] Further searchbox woesEdit

I'm using IE at the moment. So now the search box on the side panel is back, but now I can't click on the suggestions and be transported to the page. I can use the arrow keys and enter to do this, but clicking just closes the suggestions. Further, the suggestions in the editor, where they appear as a list underneath the field, have stopped working. NaruHina Talk Anakinsolo 20:59, July 8, 2012 (UTC)

  • The editing suggestions have begun working again. NaruHina Talk Anakinsolo 05:34, July 9, 2012 (UTC)
  • As is clicking the drop-down suggestions. Thank you. NaruHina Talk Anakinsolo 05:45, July 9, 2012 (UTC)

[RESOLVED] Edit conflict bugEdit

I just stumbled upon this. I was formatting an article and got an edit conflict. In the bottom where my text was supposed to be was the text from the edit that conflicted me. My text was nowhere to be found. Not even a difference was shown. So, I had to hit "Back" and copy my edit. Trak Nar Ramble on 04:52, July 11, 2012 (UTC)

  • Wikia Update: Our QA engineers caught this one a few days ago and a bug ticket has been filed. --daNASCAT @Wikia 23:57, July 18, 2012 (UTC)
  • Per the test Trak and I just performed on this page, this is resolved. —MJ— Holocomm 04:42, November 13, 2012 (UTC)

[RESOLVED] Enhanced recent changes and anchorsEdit

Occasionally (not often), when I click on one of the blue triangles to open or close a group of edits in my watchlist or in recent changes, I will instead be kicked to the top of the page, and the group will not open or close. Scrolling back down and clicking again works. This is only happening to me about once a day with no pattern. —MJ— Training Room Wednesday, July 11, 2012, 21:47 UTC

  • Wikia Update: Master Jonathan, is this still happening to you? Has anyone else experienced this? --daNASCAT @Wikia 23:58, July 18, 2012 (UTC)
    • Yes, it did it to me at least four times while I was checking my watchlist just a few minutes ago. —MJ— Jedi Council Chambers Thursday, July 19, 2012, 00:28 UTC
      • According to Foodbandit on the Sonic News Network, this error occurs because Wikia specified the href attribute on the arrows. It's fixable with Mediawiki:Common.js, apparently. I've asked Foodbandit to drop by with the fix. Trak Nar Ramble on 04:52, July 22, 2012 (UTC)
      • Here's the fix. $(".mw-rc-openarrow a").removeAttr("href").css("cursor", "pointer") I leave this to Grunny to append to the MediaWiki:Common.js. Trak Nar Ramble on 05:04, July 22, 2012 (UTC)
        • More appropriately, at the end of Mediawiki:Common.js and at the end of the AJAX Refresh loadPageData() function to support both the AJAX refresh before and after the initial refresh (in case they have it disabled). -- Foodbandlt 05:16, July 22, 2012 (UTC)
  • This has finally been resolved. —MJ— War Room 07:05, December 6, 2012 (UTC)

[NON-ISSUE] Admisitrative notice boardEdit

The Administrative notice board's page exists, but no threads connect to it, and in Forum Index, it says that the page had never been edited. Anybody else getting this? 501st dogma(talk) 13:11, July 14, 2012 (UTC)

  • Probably because there's no active drama going on there right now, and all the threads there got archived the other day. -- Darth Culator (Talk) 13:39, July 14, 2012 (UTC)
    • Exactly. The forum index give the last time any threads in that forum were edited. Since there are no such threads, it can't find any edits, and says that it has never been edited. That's normal behavior that I've seen before. —MJ— Council Chambers Saturday, July 14, 2012, 20:30 UTC

[RESOLVED] Special:BrokenRedirects hasn't updatedEdit

Basically, the page is still displaying issues that have apparently been resolved ages ago. The other special pages update fine, but this one seems to be stuck. I'm not sure if this is a bug, but I'm reporting it anyway. Trak Nar Ramble on 04:54, July 15, 2012 (UTC)

  • "The following data is cached, and was last updated 10:00, July 18, 2012" Marking as resolved. 1358 (Talk) 14:51, July 18, 2012 (UTC)
    • And unmarked. The problem is that it's listing ancient redirects that were never broken at any point in their history. And those five have been listed there for several days and aren't going away on the daily cache updates. —MJ— War Room Wednesday, July 18, 2012, 15:07 UTC
      • Ah, it shows old ones. I see. Well, those special pages have always been slow caching ones... If we only had Special:RefreshSpecial (which I've seen at some wikis). 1358 (Talk) 15:41, July 18, 2012 (UTC)
        • Wikia Update: Never heard of RefreshSpecial. Wikia does have a way to force those pages to update in a staff tool called TaskManager, but that would have no effect in this situation because of the static nature of these pages appearing on the special page despite the cache clear. Have filed a bug ticket for our engineers. --daNASCAT @Wikia 00:03, July 19, 2012 (UTC)
  • Finally cleared for me. Working properly now. CC7567 (talk) 19:37, September 18, 2012 (UTC)

Intermittent strangenessEdit

DeletionLogWeirdness
What in the...?

I just happened to see this, and if I see it again, I'll nab a screenshot. Basically while checking the Recent Changes log, I noticed that in the "(talk|contribs|block)" sequence after everyone's username, the "block" was a red link. Once the AJAX refreshed, the problem went away. Not quite sure what that was, but it was odd. Trak Nar Ramble on 09:42, July 21, 2012 (UTC)

  • It happened again, though I spotted it in the deletion log this time. Other people have seen this in the RCs. I grabbed a shot of it in the deletion log, at least. Trak Nar Ramble on 02:45, July 23, 2012 (UTC)

[DUPLICATE] Edit conflict troublesEdit

When faced with an edit conflict, both the upper and lower boxes display the text that was written by the other guy. Your own text isn't included in either; formerly, the lower text box included your stuff and the upper one included the other guy's. Menkooroo (talk) 19:48, July 25, 2012 (UTC)

[RESOLVED] Tabs crash the browserEdit

When I right-click a link and choose "Open link in new tab" from the pull-down menu in Safari 6.0 for Mac OS X 10.7.4, there's about a 40% chance that the entire browser will crash. I tend to do this when reading through my Watchlist, so it's incredibly frustrating. I originally thought this was a Safari 6.0 bug, since Apple released the new version around the same time the MediaWiki 1.19 went into effect. However, this problem only occurs for me on this site, leading me to believe it's something in the MediWiki software that's broken. ~SavageBOB sig 11:53, August 30, 2012 (UTC)

  • I don't have your specific operating system (I have 10.8.1) or browser (I use Firefox), but it's always worked fine for me on Firefox regardless of the Mac I was on. CC7567 (talk) 12:47, August 30, 2012 (UTC)
    • Give it a shot in Safari and see what happens if you get a chance. Again, I suspect this is a MediaWiki thing, but it could be a Safari thing... ~SavageBOB sig 13:10, August 30, 2012 (UTC)
      • It's working for me, but I don't use Safari regularly. Try look up the error online as a Safari thing—others might have it. CC7567 (talk) 20:08, August 30, 2012 (UTC)
        • Hmm. Apparently it's an issue with leaving extensions on from previous versions of the browser. I turned them off and haven't had any crashes since. I'll report if that changes. ~SavageBOB sig 23:24, August 30, 2012 (UTC)

The power to block?Edit

Jinzler Wikia bug

On the recent changes page, I notice that when I refresh the page I am intermittently being granted the "block" button next to each edit, which administrators have. Obviously, I am haven't been awarded any user rights and I shouldn't be seeing this button. I am using Monobook and Firefox 16.0.2. --Jinzler (talk) 19:41, October 27, 2012 (UTC)

Interesting. What happens if you click the block link? Do you get the block interface or a message saying that the action you have requested is restricted to administrators? If you get the latter, then this is just a minor glitch and nothing to really worry about. If you get the actual block interface (MediaWiki:Blockiptext plus the actual blocking options below that text), then we have major issues. (P.S. Why do you have recent changes open in three tabs at once? :P) —MJ— War Room 02:34, October 28, 2012 (UTC)
I've seen this before. When I didn't have admin powers, if I clicked on the link, it would just say that I wasn't authorized to do it. Trak Nar Ramble on 02:39, October 28, 2012 (UTC)
same here. I don't think it's a problem or bug. <-Omicron(Leave a message at the BEEP!) 02:41, October 28, 2012 (UTC)

General discussionEdit

From what I can tell, there's still plenty of bugs. My .js and .css seem to only work some of the time, and some of the page alignments are still messed up. I guess I'm more placing this complaint here in hopes that Wikia sees it and knows that they still have things to fix.—Cal JediInfinite Empire (Personal Comm Channel) 17:53, June 26, 2012 (UTC)

I've sent the link to this page to Wikia Staff through Special:Contact. Hopefully we'll get these issues resolved fairly quickly. —MJ— Council Chambers Tuesday, June 26, 2012, 22:50 UTC

Since we have so many bugs, I've put a separate section header on each bug above so that we can get a quick look via the TOC at everything that's broken and help prevent duplicate reports. This also allows us to easily mark bugs as resolved or duplicate in the section header and refer to other bugs via section links. —MJ— War Room Friday, June 29, 2012, 01:59 UTC

I just bumped up some of the discussions from the general discussion to bug reports, and resent this page to Wikia. It doesn't seem like anything is actually getting done about it. -- Darth Culator (Talk) 14:00, July 3, 2012 (UTC)

  • Were we expecting any different? :P MasterFredCommerce Guild(Whatever) 22:29, July 3, 2012 (UTC)
    • To be blunt, I do not want to have to explain to people at CVI why Wookieepedia is broken. :| Trak Nar Ramble on 09:24, July 4, 2012 (UTC)

Recategorized some of the bugs again so Wikia knows where they stand. -- Darth Culator (Talk) 16:21, July 8, 2012 (UTC)

  • Since these are being looked into, I hope that they resolve the problems before CVI. Trak Nar Ramble on 07:00, July 9, 2012 (UTC)
Retrieved from "http://starwars.wikia.com/wiki/Forum:SH:MediaWiki_1.19_upgrade?oldid=4254454"
Advertisement | Your ad here

Photos

Add an Image
55,067images on this wiki
See all photos >

Recent Wiki Activity

See more >

Around Wikia's network

Random Wiki