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)

Bug reports

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.)
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)

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)

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)

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)

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)

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)

Bug Name	Error messages in search-suggest
Reported-by	Starfield	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	this is cosmetic, concentrate on other things

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

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)

Bug Name	Faction icons invisible for me
Reported-by	Starfield 22:58, 27 May 2009 (EDT)	Date	May 27, 2009	Status	open
Description	Self explanatory
Resolution	this is cosmetic, concentrate on other things

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)