Original developer of the MediaWikiAuth AuthPlugin extension
Tue, Apr 13
The registry now runs 1.32.5 (not .6), but should probably be running 1.35, or even 1.36 (but with the risk of going unsupported again). PHP 7.2.26 may need an upgrade to PHP 7.3 (or possibly 8.0).
Thu, Mar 25
Jan 13 2021
The apple-touch-icon no longer appears to show up in the page source (so, this is no longer impacts T29911 and is probably not Mobile-related), but it looks to me like the default "shortcut icon" is still served on a MediaWiki install. As I understand it, this is still unnecessary because that location will be checked automatically. As such, its removal in such cases remains a potential enhancement. I lowered the priority on the grounds that the apple touch icon portion was longer (more bytes) and was resolved.
Jan 2 2021
MediaWiki-extensions-Page_Forms already works with SMW and Cargo. Could it be enhanced to support Wikibase, even if it doesn't support all features right away - rather than reinvent the wheel? Mentions of Cargo might be useful to identify code points to edit. Even if only part of the front end is usable, that might save time and effort; and improvements could aid semantic editors in general.
Oct 20 2020
I'm curious about this, too. MediaWiki 1.35.0 was released almost a month ago now. Is there anything technically blocking Wikibase 1.35 from being built? I see T192006 and T192792 on the Wikibase-Containers workboard; perhaps the goal is to do them first? 🧩
Sep 4 2019
Probably not an issue for Wikimedia, but perhaps for embedded usage: as of Virtuoso 7, only 64-bit platforms are supported (enforced by configure, maybe to avoid spurious segmentation fault bugs).
Sep 3 2019
Aug 8 2019
Right, it was the intention to move to WMF hosting. But it seems (as @WMDE-leszek recognised in the other thread), that it will *not* be hosted by WMF, because WMDE won't transfer the domain. I'm presuming this decision comes from their executive director because he was the one to register it.
Aug 7 2019
I ran into this trying to link to https://wikiba.se when explaining Wikibase to someone on Twitter (in the context of use on WikiFur, tracking conventions and charity donations). T99531#5181555 suggests that WMDE isn't going to hand over the domain. So… does WMDE intend to set up Let's Encrypt on their own? It seems the appropriate resolution - WMF has said WMDE can't have their cake and eat it, and setting up Let's Encrypt should not be all that complicated. As it is, web browsers are now showing the site as "not secure", which is not great for a database product. 😼
Aug 28 2017
Mostly because PHP 7.2 is more efficient, and I don't want to do another PHP version migration in a few months!
I have several days to do it, which is why I'm reporting it at all and didn't just put an @ on for now. ;-)
I've not used that feature before. I tried running it via the 'tap' method.
Many ParserIntegrationTest tests do not appear to pass with the above change, while they do with the original. So it's possibly not a great patch...
Dec 20 2016
Here's another example - mouse over "Camp Feral!" in the second sentence. Or you can create a link to [[Camp Feral!]] on any article in a preview, then mouseover the link. "Feral" is bolded but not the "Camp" before it, even though it is bold in the article.
May 23 2016
Jan 14 2016
Unexpected non-MediaWiki exception encountered, of type "Exception"
[cacd8a6c] /wiki/Special:Upload Exception from line 3813 of [...]w/includes/User.php: null user val
#0 [...]w/includes/specials/SpecialUpload.php(125): User->matchEditToken(NULL)
#1 [...]w/includes/specials/SpecialUpload.php(170): SpecialUpload->loadRequest()
#2 [...]w/includes/specialpage/SpecialPage.php(379): SpecialUpload->execute(NULL)
#3 [...]w/includes/specialpage/SpecialPageFactory.php(503): SpecialPage->run(NULL)
#4 [...]w/includes/Wiki.php(279): SpecialPageFactory::executePath(Title, RequestContext)
#5 [...]w/includes/Wiki.php(647): MediaWiki->performRequest()
#6 [...]w/includes/Wiki.php(506): MediaWiki->main()
#7 [...]w/index.php(46): MediaWiki->run()