Mediawiki upgrade from 1.24 to 1.30
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
The main install has now also been updated.
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
Fingers crossed.
At least now we have sans-serif working again in SVGs, although still in Signature Plastics mode :P
At least now we have sans-serif working again in SVGs, although still in Signature Plastics mode :P
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
How odd, it just re-ran a bulk replace I made, just to Main_page, and specifically a botched replace. Hopefully it's not going to run any more replacements …
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
I ran runJobs.php before updating as suggested by the manual, to clear any pending jobs. It would all suggest that did nothing and it was not the replacement extension that was bugged in the previous version, but the job runner.
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
I'm guessing that both were faulty, because page renames were specifically ignored.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
Seems they removed it because it was "flawed"
https://www.mediawiki.org/wiki/Requests ... aWiki_core
https://gerrit.wikimedia.org/r/#/c/150699/
https://www.mediawiki.org/wiki/Requests ... aWiki_core
https://gerrit.wikimedia.org/r/#/c/150699/
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
Fingers crossed this makes the wiki a bit faster now!
- snuci
- Vintage computer guy
- Location: Ontario, Canada
- DT Pro Member: 0131
- Contact:
Bug: Email notifications of changes have locahost instead of the wiki address. IE:
... etc.
Code: Select all
Dear Snuci,
The Deskthority wiki page Cherry B65 46AB has been changed on
24 January 2018 by Tactica, see http://localhost/wiki/Cherry_B65_46AB for
the current revision.
To view this change, see
http://localhost/w/index.php?title=Cherry_B65_46AB&diff=next&oldid=39684
For all changes since your last visit, see
http://localhost/w/index.php?title=Cherry_B65_46AB&diff=0&oldid=39684
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
I set this configuration variable to the right url:
https://www.mediawiki.org/wiki/Manual:$wgServer
This was previously unset. I guess the auto-discovery method doesn't work as well in this version. Untested, let me know if the problem persists.
https://www.mediawiki.org/wiki/Manual:$wgServer
This was previously unset. I guess the auto-discovery method doesn't work as well in this version. Untested, let me know if the problem persists.
- tactica
- Location: La Coruña, Spain
- Main keyboard: IBM Model M
- Main mouse: MSI Clutch GM40
- Favorite switch: Buckling springs for now
- DT Pro Member: -
@002
Works fine here with both Firefox and Chromium on Linux. Some pages return non printable chars (Cambodian for example) but I'm presuming this is due to the lack of a suitable typeface installed.
Works fine here with both Firefox and Chromium on Linux. Some pages return non printable chars (Cambodian for example) but I'm presuming this is due to the lack of a suitable typeface installed.
Faster how? DT is way more responsive than my (admittedly not optimized) personal wiki running on localhost!Daniel Beardsmore wrote: ↑Fingers crossed this makes the wiki a bit faster now!
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
Firefox 56 in Windows 10 1709 shows OK for me. No colour symbols though.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
The html is fine, my chrome too. You have some kind of font problem in your Chrome.
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
I've found the Deskthority wiki to really slow down a lot; so far, since the upgrade, it's holding up well speed-wise.tactica wrote: ↑Faster how? DT is way more responsive than my (admittedly not optimized) personal wiki running on localhost! :o
- tactica
- Location: La Coruña, Spain
- Main keyboard: IBM Model M
- Main mouse: MSI Clutch GM40
- Favorite switch: Buckling springs for now
- DT Pro Member: -
One thing I noticed is that category updating appears to take longer now. You know the drill: you add a page to a yet inexistant category, then go to create the category and you expect to find the page magically listed there as you do so.
Well, now it takes several minutes for the new page to appear. I could swear this was quite faster before?!
If I'm right, then $wgJobRunRate might need adjusting.
Well, now it takes several minutes for the new page to appear. I could swear this was quite faster before?!
If I'm right, then $wgJobRunRate might need adjusting.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
I solved two more bugs. One was that new wiki users couldn't login, the other was a bug I found when investigating wgJobRunRate (we have it set to 0 and run it from a cronjob instead, but that job was now crashing).
Let me know if there is any other odd behaviour. Both where related to our phpBB login extension, where I had to put in some work-arounds as the old version didn't run nicely on the new version of mediawiki, and the new version didn't run nicely on our version of phpBB.
Let me know if there is any other odd behaviour. Both where related to our phpBB login extension, where I had to put in some work-arounds as the old version didn't run nicely on the new version of mediawiki, and the new version didn't run nicely on our version of phpBB.
-
- Location: Stockholm, Sweden
- DT Pro Member: 0011
I stumbled upon a bug!
When uploading a SVG file, thumbnail generation fails.
Instead of thumbnail, I get the error message "Error creating thumbnail: /bin/bash: /usr/bin/rsvg-convert: No such file or directory".
File in question: wiki/File:MiniDIN-9_Connector_Pinout.svg
When uploading a SVG file, thumbnail generation fails.
Instead of thumbnail, I get the error message "Error creating thumbnail: /bin/bash: /usr/bin/rsvg-convert: No such file or directory".
File in question: wiki/File:MiniDIN-9_Connector_Pinout.svg
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
should be fixedFindecanor wrote: ↑14 Apr 2019, 00:46I stumbled upon a bug!
When uploading a SVG file, thumbnail generation fails.
Instead of thumbnail, I get the error message "Error creating thumbnail: /bin/bash: /usr/bin/rsvg-convert: No such file or directory".
File in question: wiki/File:MiniDIN-9_Connector_Pinout.svg
-
- Location: Spain
- Main keyboard: Hasu's Alps64 w. blues.
- Main mouse: Logitech
- Favorite switch: Alps Blue
- DT Pro Member: -
I've just tried to create a page with the visual editor, but upon saving I got a "(curl error: 60) Peer certificate cannot be authenticated with given CA certificates". The page was not saved.
(Maybe https://www.mediawiki.org/wiki/Topic:Tn8prevr3ds11b1o)
(Maybe https://www.mediawiki.org/wiki/Topic:Tn8prevr3ds11b1o)
- Muirium
- µ
- Location: Edinburgh, Scotland
- Main keyboard: HHKB Type-S with Bluetooth by Hasu
- Main mouse: Apple Magic Mouse
- Favorite switch: Gotta Try 'Em All
- DT Pro Member: µ
The full size images linked on this page are now missing:
wiki/IBM_Model_F
Example:
wiki/File:IBM_Model_F_AT.jpg
Umm… maybe make that *all* images in the Wiki!
Another example:
wiki/OEMMAX_MCK-860
wiki/IBM_Model_F
Example:
wiki/File:IBM_Model_F_AT.jpg
Umm… maybe make that *all* images in the Wiki!
Another example:
wiki/OEMMAX_MCK-860
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
no clue what is happening, I spent the whole day trying to debug this thing. I'll check again tomorrow
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
should be fixed now
-
- Location: Stockholm, Sweden
- DT Pro Member: 0011
I have noticed that an image is missing: "File:Amiga Mouse.jpg". I didn't upload it, but it has been linked-to from a couple of articles, such as Commodore Amiga.
Maybe something happened in an upgrade because the filename contains a space?
Is there another image that has gone missing?
Maybe something happened in an upgrade because the filename contains a space?
Is there another image that has gone missing?