MediaWiki talk:Community Portal/Arriving2

Many Happy Returns

Heeeeey, this is pretty good. --Rosicrucian^Talk 17:15, 26 May 2009 (EDT)

It's speedier than the old server, but there's still some wonkiness. For instance, every time I tried editing just this section I got a blank page, but editing the whole page seems to have worked. Also, I keep getting logged out. --Jeysie 18:00, 26 May 2009 (EDT)

I can't even log in. What's going on? -- SFH (cannot log in) 18:01, 26 May 2009 (EDT)

I'm thinking there may be some wonkiness related to cookies made before, or even during the transition. I did get some "session data lost" messages, but after a log out and a log back in, that seems to be resolved.--Rosicrucian^Talk 18:06, 26 May 2009 (EDT)

So what exactly do I have to do to be able to log in? -- SFH (desperately trying to log in) 18:19, 26 May 2009 (EDT)

You could try clearing your cache and deleting your cookies and see if that helps. Other than that, I'm not sure what to suggest. --Jeysie 18:23, 26 May 2009 (EDT)--Jeysie 18:23, 26 May 2009 (EDT)

What are you getting when you try to log in? A blank page? An error message? --abates 18:32, 26 May 2009 (EDT)

"Internet Explorer cannot display the webpage". Does that help? -- SFH (unable to log in) 19:00, 26 May 2009 (EDT)

Welp, I'm on firefox, and I'm logged in, and I'm only editing this section and it's displaying right, so... I'm happy! /:) - Chris McFeely 19:08, 26 May 2009 (EDT)

Well, I tried Firefox, and it's working, but still not on Internet explorer. -- SFH 19:19, 26 May 2009 (EDT)

Tried here with IE6. No problems logging in, but when I attempted to log out, I got a "Cannot find server or DNS Error" error. The second logout attempt worked, but then when I went to log in again, I got the same error.

Deleting the tfwiki cookie fixed the problem and I was able to log in. In fact now I'm not having any problem at all logging in and out on IE6. The sidebar on the login pages appears messed up in IE though (tis cutting off in the middle of the navigation menu). --abates 19:39, 26 May 2009 (EDT)

What is this "Internet Explorer" you speak of? Is it a 3rd party browser? -Derik 19:37, 26 May 2009 (EDT)

I'm getting a lot of "The requested URL could not be retrieved" messages, and the occasional blank page or "loss of session data", myself. - Magnus Maximus 19:47, 26 May 2009 (EDT)

I occasionally get the message: Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in. - Starfield 20:13, 26 May 2009 (EDT)

So do I. And I did delete my tfwiki cookie, but I still get internet explorer cannot display the webpage. This is getting rediculous. -- SFH 20:18, 26 May 2009 (EDT)

I have problems logging in, logging out and displaying the lefthand navigation and the user controls on top for the Recent Changes page: [1] --Detour 20:36, 26 May 2009 (EDT)

That happens on other pages too, as it turns out. Like the new Nexus Maximus image, or Cryotek (TransTech). --Detour 20:41, 26 May 2009 (EDT)

Trying to search for (not "Go" to) splinter or terms containing it such as splinter timeline gives a white screen of death. Also had trouble saving this post due to "a loss of session data". Trying hitting "Show preview" before "Save page" to see if that works... [And shouldn't this be @ Transformers Wiki talk:Community Portal/Arriving2? - SanityOrMadness

Ask and ye shall etc. etc.--Rosicrucian^Talk 21:36, 26 May 2009 (EDT)

Searching for "splinter" works for me! --abates 21:42, 26 May 2009 (EDT)

Still not working for me, and no number of Shift-F5 or Ctrl-F5 forced refreshes is making it so. - SanityOrMadness 21:47, 26 May 2009 (EDT)

So, I'm getting no top or side bars (including the discussion/edit/history part up top), and there's incomplete wikicode showing up at the bottom of this specific page. --Detour 21:50, 26 May 2009 (EDT)

Yeah, I'm getting that too - that means the page isn't fully loading, since they're at the bottom of the HTML. I can't get Unicron to fully load even the text for love nor money, and Optimus Prime (G1) is even worse. And I'm getting those "loss of session data" messages about a fifth of the time, meaning I have to (re-)preview or show changes, then save. - SanityOrMadness 22:34, 26 May 2009 (EDT)

Unicron works for me, but not Optimus. I'm wondering if these problems are caused not by MediaWiki, but by Squid, which we're using for caching. --abates 00:05, 27 May 2009 (EDT)

It definitely IS problems with Squid, not MediaWiki itself; right now I'm really uncertain as to what's causing them. Unfortunately I can't just disable Squid, since the wiki buckles massively under the pressure without it. I'm trying to look into it, it's baffling, because the issues are seemingly at random. --Suki Brits 00:34, 27 May 2009 (EDT)

This, while old, may be relevant as it seems to be about blank pages getting stuck in the Squid cache and a workaround. --abates 03:41, 27 May 2009 (EDT)

Oh my god, I love you, that does seem to fix the problem. Thank you so much! Apparently I spoke too soon. I guess this will need more work. --Suki Brits 04:17, 27 May 2009 (EDT)

I was just able to log in on Internet Explorer just now. -- SFH 21:41, 27 May 2009 (EDT)

Which version of IE are you using? --abates 21:58, 27 May 2009 (EDT)

IE7. -- SFH 22:06, 27 May 2009 (EDT)

Bugs still remaining

I've been doing a lot of behind the scenes work for the past few days. For all the currently remaining bugs logged here, could I have confirmation for every one that's still outstanding, that it hasn't been fixed? Obviously the long pages are still causing issues, but for the others, I need to know if there really is still a major problem, and if so, how I can replicate it. --Suki Brits 16:59, 1 June 2009 (EDT)

Well, I get a lot of blank pages, including the login page. The weird part, though, is that when I access the wiki through the web proxy anonymouse.org (like I am right now), the wiki works just fine. No blank pages, no long pages not loading fully, just a wiki that works. Can't log in or use anything involving CAPTCHA, though, but that's because of the use of the proxy, not any of the wiki's problems. --193.200.150.152 17:17, 1 June 2009 (EDT) (Detour)

Bug reports

Can't edit some pages when logged in

Bug Name	Can't edit some pages when logged in
Reported-by	Derik	Date	May 27, 2009	Status	open
Description	Some pages (or even sections of pages) will always come up as white screens when I attempt to edit them-- but if I log out, they are editable. This does not appear browser of cookie-cache thing... the behavior repeats in Firefox, Safari, Opera and Chrome. (Did not bother testing IE.) Are other users able to edit these pages when logged in/out (use the Franklin-section link above to check.) Are the same pages whitescreening for all users experiencing this problem? Current Workaround: Log out as needed. (Not ideal, may create problems for semi-protected pages.) More elaborate workaround: use the "revert" feature on the history page, this gets you into edit mode while bypassing the white-page. (Credit to Rosicrucian.)
Resolution

I haven't explored any of these extensively, but I can give my experience of the past few hours, at least. All examples are from when I've been logged in on Firefox. Apologies in advance if this isn't the proper format for responding. Please feel free to rework as necessary.

My attempt to review just the difference made by Derik's last edit to the Community record page generated a white screen. To see the actual change he made, I had to link directly to the article, then its history page, then the "last" link for his edit.--Apcog 06:25, 27 May 2009 (EDT)

I can no longer duplicate this. Has it been fixed? Also Optimus Prime (G1) is now loading fully every time... --abates 21:24, 27 May 2009 (EDT)

I believe I've fixed it. I need to know if anyone can replicate the issue or not. --Suki Brits 22:37, 27 May 2009 (EDT)

This just cropped up again when I tried to edit some images. :( --abates 03:10, 28 May 2009 (EDT)

Which images? I need to know what I'm testing with. --Suki Brits 03:13, 28 May 2009 (EDT)

Image:Moonracer vehicle.jpg and Image:Moonracerg1.jpg are both currently giving me a blank page when I hit edit. --abates 04:29, 28 May 2009 (EDT)

I'm currently having this problem editing talk pages -- User:Tupka8682.72.66.241 06:04, 28 May 2009 (EDT)

I ran into this again today, after not seeing it for a few days over Botcon. Has anyone else been running into it? (Has it always been here, or is it just appearing again?)

Obnoxiously, the page in question is now editable for me, but it wasn't 30 minutes ago. -Derik 12:08, 1 June 2009 (EDT)

The sneakiest way I've found around this one is to do a revert, and while doing so paste all the text you're "reverting" back in so that you're not really reverting, then make your edits. It seems to work.--Rosicrucian^Talk 12:10, 1 June 2009 (EDT)

That's even weirder... so there's nothing fundamentally wrong with the edit function, even for that user of that page... just the edit mode for this user, for this page? -Derik 12:19, 1 June 2009 (EDT)

Like nearly everything we've had lately, it's caching. Squid treats the two of them as requests for different pages, because they're generated by (marginally) different URLs.--Rosicrucian^Talk 13:59, 1 June 2009 (EDT)

...why are calls to the "edit" page being cached?

There are some dynamic pages where I guess you COULD sorta justify caching them... mode=edit is not one of them. -Derik 17:02, 1 June 2009 (EDT)

Persistent "loss of session data" error when saving edits.

Bug Name	Persistent "loss of session data" error when saving edits.
Reported-by	Derik	Date	May 27, 2009	Status	open
Description	Normally if you try to save a page and your session has "Done Something Funky" since you began editing it, Mediawiki gives you a preview instead an an edit, and prompts you to re-save again, whereupon the problem has repaired itself. Now it simply gives you Session Error after Session Error-- the page remains impossible to save. Workaround: Copy the text of your edit, go back to the page and click 'edit' again. You will now be able to save. (This error seems to hinge on the 'time you began editing' timestamp not re-setting itself if there was a problem.)
Resolution	(Low priority)

I had a problem like that a few hours ago with editing the Ruckus (Shattered Glass) page. I was able to open and edit the page, but once I was done and clicked "save", it returned a blank white page, ignoring several attempts to refresh. When I checked the Recent Changes list, though, I saw my edit listed, so I didn't bother to mess with it further.--Apcog 06:25, 27 May 2009 (EDT)

Whitepage with the edit going through would be a slightly different sort of error. -Derik 10:08, 27 May 2009 (EDT)

Actually, the easiest workaround for this is to hit "Show preview" or "Show changes", THEN save. - SanityOrMadness 10:02, 27 May 2009 (EDT)

This is getting worse. When I was reverting Derik's dicking around there, it was taking five or six attempts to get the page to actually save. (May take the same here. 2...) - SanityOrMadness 22:29, 27 May 2009 (EDT)

Same here. I keep getting loss of session data errors even when I click "show preview" and then "save page". --FFN 03:00, 28 May 2009 (EDT)

It happens to me now when using FireFox. --TX55^TALK 11:34, 28 May 2009 (EDT)

Some pages not loading fully

Bug Name	Some pages not loading fully
Reported-by	abates	Date	May 27, 2009	Status	open
Description	Large pages (Optimus Prime (G1), Unicron) may not load fully, losing the bottom part of the page and the website kibble. The location of the cut-out point varies if the page is reloading, suggesting that Squid isn't caching the partial page and is possibly timing out when trying to retrieve the article.
Resolution

Definitely getting this problem. Repeated refreshes of Optimus Prime (G1)'s page got the browser to cycle through several different cut-off versions of the page, some more complete than others, but none past about halfway through the IDW Comics Continuity section.--Apcog 06:25, 27 May 2009 (EDT)

This does not seem to represent a hard limit-- running action=purge on the OP page kept giving me slightly different 'lengths.'

Is this caused by the condom on our clownfish? -Derik 10:08, 27 May 2009 (EDT)

I have trouble loading the full 500 changes on the Recent Changes page. Takes several reloads for the entire page to load. --FFN 05:51, 28 May 2009 (EDT)

This is getting intolerable. Now when I click "edit" at the top pages, half of the time I get a blank white screen. This is especially annoying when I want to edit several sections in an article at once, or I want to edit the top section of an article. --FFN 10:35, 31 May 2009 (EDT)

I'm with you. I far too often either get blank screens or incomplete page loads. --Detour 11:17, 31 May 2009 (EDT)

Problems logging in/browsing while logged in with IE7

Bug Name	Problems logging in/browsing while logged in with IE7
Reported-by	abates	Date	May 27, 2009	Status	open
Description	In Internet Explorer 7, when loading the login page/after logging in/browsing while logged in, pages would load and display then abruptly switch to a screen saying "Internet Explorer cannot display the webpage". Problem appears to be related to Google analytics, as the one time this didn't happen was when a page didn't load fully and was broken off partway through the Google Analytics code. Problem does not seem to occur while logged out however. Purged cache and cookie files, but problem recurred after logging in. Current workaround: Use an alternate browser,
Resolution

Looks like this is now fixed. I'm not having any problems with the site in IE7 (other than the layout problems which were there before!) --abates 01:50, 28 May 2009 (EDT)

Not fixed for me. I can look at any page on the Wiki...so long as I don't try to log in. Then I get the above error and NONE of the pages will load until I exit out and then re-enter the Wiki. (Xaaron) --70.185.107.140 10:40, 31 May 2009 (EDT)

Database Error

Bug Name	Database Error
Reported-by	SanityOrMadness	Date	May 27, 2009	Status	open
Description	Some pages are randomly showing as "Database Error"s rather than the pages (with full Wiki skin, plus the page categories. This shows as: Database error [as page header, in place of the title] A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "MediaWikiBagOStuff::_doinsert". MySQL returned error "1213: Deadlock found when trying to get lock; try restarting transaction (localhost)". This appears to resolve itself for that specific page within a few minutes, but then recurs elsewhere. Current workaround: Wait a few minutes, then refresh the page
Resolution

Most of the google results for this seem to be for MediaWiki version 1.13.0. I haven't found any talking about it with 1.12.0 which offered a resolution, other than the suggestion of turning on memcached. --abates 16:40, 27 May 2009 (EDT)

Pages not changing after save

Bug Name	Pages not changing after save
Reported-by	SanityOrMadness	Date	May 27, 2009	Status	open
Description	I've had several cases now where a page has saved after an edit, but I get the original/unmodified page back on the post-save load. I have to force-reload it to see the edited page Current workaround: Shift-F5/Ctrl-F5 the page
Resolution

That sounds like a problem with the new caching module to me. -Derik 17:27, 27 May 2009 (EDT)

Top and side areas don't show up on the Recent Changes page, as well as some others.

Bug Name	Top and side areas don't show up on the Recent Changes page, as well as some others.
Reported-by	Detour	Date	May 28, 2009	Status	open
Description	I haven't tested this on other browsers, but on IE6 when I go to the Recent Changes page neither the side bar with the GoBox and the Search or the top bar with the user ops and the "Special page" header load. Here's how it looks. It was actually working from... around the end of the afternoon/start of the evening. Stopped working again some time past midnight (the same as other recurring problems such as blank pages). On occasion it doesn't show up on other pages, which means I can't use the Edit and Discussion tabs on there.
Resolution

Gah! Looks like the IE7 problem and the Optimus Prime (G1) problem have come back as well! WTF?! --abates 04:27, 28 May 2009 (EDT)

Sometimes also happens on Safari. User:Tupka8682.72.66.241 06:04, 28 May 2009 (EDT)

This is definitely caused by the page not loading entirely. It cuts off while loading the article/recent changes list, and doesn't even get to the side and top bars. --Detour 17:50, 28 May 2009 (EDT)

Database error when saving article

Bug Name	Database error when saving article
Reported-by	abates	Date	May 29, 2009	Status	open
Description	I don't know how widespread this problem is, as I've only gotten it while editing User_talk:Magnus_Maximus. When saving the page, I get: A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "EmailNotification::actuallyNotifyOnPageChange". MySQL returned error "2006: MySQL server has gone away (localhost)". After a couple of attempts, I was able to save the edit. Haven't had any problems with any other pages - could be because the page has a watch or something set on it?
Resolution

Resolved issues

Faction icons invisible for me

Bug Name	Faction icons invisible for me
Reported-by	Starfield	Date	May 27, 2009	Status	fixed
Description	Self explanatory
Resolution	FIXED

The template is actually rendering correctly, the problem appears to be on the javascript-end. Either the code didn't get ported, or was deactivated while Scout was testing stuff or one of the MW Javascript-functions it depends on changed slightly witht he MegiaWiki version upgrade, and the code now needs tweaking.

Other Javascript (like the search-suggest) is working. And... KiredTools is not?

Did the name of the default skin change when we moved servers? Or maybe it's the post-body error output that's screwing up KiredTools loading... -Derik 01:28, 28 May 2009 (EDT)

I very distinctly remember that they were working before. I'll put good money on it being the latter. --Suki Brits 02:54, 28 May 2009 (EDT)

There. --Suki Brits 03:12, 28 May 2009 (EDT)

Awesome. That fixes the other Javascript problems I was having too, they're all running now! -10:04, 28 May 2009 (EDT)

Error messages in search-suggest

Bug Name	Error messages in search-suggest
Reported-by	Derik	Date	May 27, 2009	Status	open
Description	When typing in the search box, the following error message appears below the suggestions: Fatal error: Unknown: Cannot find save handler mm in Unknown on line 0
Resolution	Resolved: see below.

"Line 0" error in action=raw output

Bug Name	"Line 0" error in action=raw output
Reported-by	Derik	Date	May 27, 2009	Status	open
Description	When viewing a page's content in RAW mode, the error Fatal error: Unknown: Cannot find save handler mm in Unknown on line 0 is appended. Example: Content of Image_talk:Animated_carerra.jpg in raw mode, and in normal editmode. (The text of the error is suggestive of caching, which makes me think this might be important.)
Resolution	Fixed. Cause...?

Egads, a google suggests that's a PHP problem [2] [3] [4] Also I presume this is what's causing the error on the search suggestions, so the two bugs are essentially one. --abates 19:13, 27 May 2009 (EDT)

Actually, Derik, that's there on all pages, not just action=raw mode - look at the very bottom left of any page (you may have to highlight to see it, since it comes out as black text). - SanityOrMadness 19:28, 27 May 2009 (EDT)

It appears at the bottom of the stylesheet/javascript files as well, which I'm sure isn't helping things. --abates 20:56, 27 May 2009 (EDT)

Fixed ~May 28th. -Derik 11:58, 1 June 2009 (EDT)