Posted: 23 Jan 2018, 09:25
The main install has now also been updated.
Fingers crossed.
At least now we have sans-serif working again in SVGs, although still in Signature Plastics mode :P
deskthority
mechanical keyboard authority
https://deskthority.net/
Mediawiki upgrade from 1.24 to 1.30
Page 2 of 2
Posted: 23 Jan 2018, 09:29
Posted: 23 Jan 2018, 09:53
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 …
Posted: 23 Jan 2018, 10:00
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.
Posted: 23 Jan 2018, 19:14
I'm guessing that both were faulty, because page renames were specifically ignored.
Posted: 24 Jan 2018, 01:33
RIP page view count 
Was that something custom we had set up or just not in newer mediawiki?
Was that something custom we had set up or just not in newer mediawiki?
Posted: 24 Jan 2018, 09:00
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/
Posted: 24 Jan 2018, 09:27
Fingers crossed this makes the wiki a bit faster now!
Posted: 24 Jan 2018, 18:49
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
Posted: 24 Jan 2018, 19:04
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.
Posted: 28 Jan 2018, 02:48
You guys got this issue in the editor when going 'Special characters' > 'Symbols'?
No idea if it's new or not.
- Symbols.png (37.05 KiB) Viewed 20344 times
Posted: 28 Jan 2018, 05:02
@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!
Posted: 28 Jan 2018, 07:38
Weird -- I only seem to have the problem in Chrome. I just checked IE and it looks alright there.
Posted: 28 Jan 2018, 11:40
Firefox 56 in Windows 10 1709 shows OK for me. No colour symbols though.
Posted: 28 Jan 2018, 12:29
The html is fine, my chrome too. You have some kind of font problem in your Chrome.
Posted: 28 Jan 2018, 12:34
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
Posted: 29 Jan 2018, 02:34
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.
Posted: 31 Jan 2018, 20:37
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.
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 14 Apr 2019, 00:46
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
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 27 Apr 2019, 20:39
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
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 27 Apr 2019, 22:06
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)
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 22 Aug 2019, 19:02
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
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 22 Aug 2019, 20:24
no clue what is happening, I spent the whole day trying to debug this thing. I'll check again tomorrow
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 22 Aug 2019, 20:37
I feel for you! This is the kind of wide scale broken you can rest assured would happen if I ever touched the cogs…
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 22 Aug 2019, 21:26
should be fixed now
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 22 Aug 2019, 21:35
It is! Well done. (Just had to log back in.)
Re: Mediawiki upgrade from 1.24 to 1.30
Posted: 10 Nov 2019, 19:19
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?