Difference between revisions of "User:WikiMaster/The Dingo Ate My Wiki"

From PdxWikiWednesday
Jump to: navigation, search
m (http://stackoverflow.com/questions/1148583/problem-with-mediawiki-cookies)
(.htaccess mod_rewrite woes: .htaccess Tools)
Line 99: Line 99:
RewriteCond %{REQUEST_FILENAME} !-l
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule ^(.+)$ index.php?title=$1 [L,QSA]</pre>
RewriteRule ^(.+)$ index.php?title=$1 [L,QSA]</pre>
=== .htaccess Tools ===
* [http://shorturls.redwerks.org/ MediaWiki ShortURL Builder]

Revision as of 10:38, 14 July 2013


Login error

Log in create account Login Error.png

Login error
PortlandWiki uses cookies to log in users. You have cookies disabled. Please enable them and try again.

On Thursday, June 14, 2012 anyone trying to log into PortlandWiki and two other wikis on the same DreamHost VPS server began receiving the above login error. The error prevented folks with valid accounts from logging in, even though cookies were not disabled.

(This wiki--pdx.wiki.org--is on a DreamHost shared server, and didn't experience the login issue like the others did.)

Difficult time finding useful help resources. The few that appeared relevant were:

After making the recommended "fix" (see contents of above links) on only the /tmp in the PortlandWiki installation directory, PortlandWiki and the other two wikis all became inaccessible. Restarted web and database servers which seemed to clear up the problem. All three wikis came back to life and allowed account holders to log in.

Internal error (The Dingo Ate Wiki Wednesday Skin)

(Internal error on pdx.wiki.org after installing MW 1.18.2.)

Error Date: 11:49, 24 April 2012 (PDT)

 Global default 'PDXWW' is invalid for field skin


#0 /home/wikiwednesday/pdx.wiki.org/includes/Preferences.php(1221): Preferences::getPreferences(Object(User))
#1 /home/wikiwednesday/pdx.wiki.org/includes/specials/SpecialPreferences.php(69): Preferences::getFormObject(Object(User))
#2 /home/wikiwednesday/pdx.wiki.org/includes/SpecialPageFactory.php(458): SpecialPreferences->execute(NULL)
#3 /home/wikiwednesday/pdx.wiki.org/includes/Wiki.php(240): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#4 /home/wikiwednesday/pdx.wiki.org/includes/Wiki.php(640): MediaWiki->performRequest()
#5 /home/wikiwednesday/pdx.wiki.org/includes/Wiki.php(547): MediaWiki->main()
#6 /home/wikiwednesday/pdx.wiki.org/index.php(57): MediaWiki->run()
#7 {main}
RE - The Dingo Ate Wiki Wednesday Skin

Tue, Apr 24, 2012 at 10:05 PM - Kotra Says:

yeah, I think I ran into the same problems when I created the skin the first time. I think I ended up doing the same bad-coder "fix" I did this time: just modify monobook.

So we're using "monobook" as the default now. But it's actually the PDXWW skin, it's just called monobook because monobook has a lot of pointers to and from it that I don't fully comprehend. I backed up the real monobook skin this time, so it may be less confusing next time around.

Probably we'll run into this issue every time we upgrade mediawiki on pdx.wiki.org. But the process is simple: copy all the files in the skins/PDXWW folder to the skins/monobook folder.

LocalSettings.php & MW 1.18.0rc1

## The protocol and server name to use in fully-qualified URLs
// 25 November 2011 -- Dave Myers commenting out. Both variants shown below appear to force URL path to wiki directory (http://organizedpower.org/smw) to automatically redirect back to domain root.
// $wgServer           = "http://organizedpower.org";
// $wgServer           = "http://organizedpower.org/smw";

export / import templates

Copied two versions of the Template:USSFwikiNews using instructions found here:


The MediaWiki instructions recommended UNCHECKING the "include only the current revision" box before exporting the template. Doing so, however, produces a much larger file. An attempt to import that larger file resulted in a browser and/or server timeout error.

To get a smaller file, make sure the "include only the current revision" remains CHECKED. The imported file from the example shown above imported well, although the image had to be uploaded separately.

.htaccess mod_rewrite woes

Affected Wiki: PortlandWiki

Started noticing issues with page titles containing "/" characters. URLs containing those characters began resolving to a 404 errors. Later, similar errors began affecting articles with titles containing "." and "&" characters.

Articles Affected (Among Others)
Sources Consulted
Fix Applied
Made adjustments to the .htaccess file:
RewriteEngine On

RewriteCond %{REQUEST_URI} ^/.*&.*
RewriteRule ^/?(.*)&(.*)$ /index.php?title=$1\%26$2 [L,NE]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule ^(.+)$ index.php?title=$1 [L,QSA]

.htaccess Tools