User Details
- User Since
- Oct 17 2020, 12:15 PM (182 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Lwangaman [ Global Accounts ]
Feb 6 2024
The solution proposed in patch https://gerrit.wikimedia.org/r/997955 will instead avoid any confusion between magic tags with similar names, by simply changing the behaviour of the current <mobileonly> and <nomobile> tags. Instead of outputting html markup with css classes, we simply output the contents as is or don't output anything, based on the isMobile() function condition.
One way to solve this, is by adding a new magic tag such as <onlymobile>, which will behave differently from <mobileonly>:
- <mobileonly> will only work inline (as per the current situation) by wrapping in a <span> element with class mobileonly targeted by a CSS rule that controls visibility
- <onlymobile> will work both for inline or block level elements, by not wrapping any extra html markup or using CSS rules to control visibility, but by simply outputting the contents or not based on whether the isMobile() function returns true or not
Mar 21 2023
okay I found the SQL patch at the top of this page, I ran that against my central database and now everything is working again. I guess I'll add a comment about this on the extension discussion page...
On upgrading my MediaWiki instance to v1.39, I started getting this error when trying to login:
Sep 26 2022
I was able to solve the error EntityId is not an interface, see https://www.mediawiki.org/wiki/Topic:X2qyoagj0mx24oey
Sep 12 2022
ok thank you for the heads up, there was in fact a vendor folder under the WikibaseImport extension. After removing that, I no longer get the above Fatal error.
Sep 8 2022
When trying to upgrade my Mediawiki instance from v1_36 to v1_38, I am getting an error from SerializableEntityId:
Sep 7 2022
I am getting new errors along these lines, when trying to upgrade to Mediawiki 1.38:
Jan 11 2022
@hyperreview did you try this?
Oct 12 2021
For the time being, I have found that setting the web player to the Kaltura player will work in all situations:
My guess now is that TimedMediaHandler looks for a file with an article in the File namespace, but the Score extension is using a path such as
/w/images/lilypond/5/3/53m5hz6lsx5goei3o98b86w8bb3cr33/53m5hz6l.mp3
which is not in the File namespace?
Sep 16 2021
I think it's more of an issue on the server side setup, not so much with InstantCommons itself. I fixed the issue in my nginx setup. But it would probably be better for all image files to have lower case extensions, for greater compatibility.
Sep 2 2021
I see that the error is no longer occurring on the first page referred to in the Description (https://hu.wikipedia.org/wiki/Bevettek_husz%C3%A1rnak). How was this fixed?
I'm guessing it's a problem with the Score extension, because in the generated HTML markup, I'm seeing an anchor with File:Undefined:
I am having the same problem on a wiki that I manage. I have the TimedMediaPlayer, EmbedVideo, and Score extensions installed. When trying to play the midi file generated from a <score> tag, I start to see the loading bar at the top of the page, which then disappears and no media is played. For example with this wiki markup:
<score sound="1">\relative c'' { \time 4/4 \key c \major c4 g8 g a4 g r b^> c^> r \bar "|." } \addlyrics { Shave and a hair -- cut: two bits. }</score>
Oct 17 2020
I had the same error message Error from line 35 of /var/www/mediawiki/extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found when trying to run the update.php script after an upgrade of my wiki from 1.34 to 1.35. Turns out it wasn't so much a composer problem, as it was that I simply hadn't run
git submodule update --init --recursive
in the extensions/Wikibase directory. I had git cloned Wikibase from branch REL1_35, but then you need to run git submodule update in the Wikibase extension folder and then after that run composer update --no-dev.