An operator of https://femiwiki.com, a 3rd-party wiki in Korean.
Babel: ko-N, ja-3, en-2
An operator of https://femiwiki.com, a 3rd-party wiki in Korean.
Babel: ko-N, ja-3, en-2
This still happens in REL1_41(e8fb5d8442e24db098fb4de6d13bb9f037a0b824).
I have a question. How translatewiki knows the git remote of Discord RCFeed is https://gerrit.wikimedia.org/r/mediawiki/extensions/DiscordRCFeed?
In T331213#9550609, @R4356th wrote:@Lens0021, what else needs to be done here?
How quick! Thank you 😀
Hi, sorry for late, but could you consider adding an option to opt out this function via a configuration variable? I am maintaining a wiki using both WikibaseClient and UnlinkedWikibase at the same time and worry about something will conflict.
What is the next step?
It seems to be bigger than this to me. But feel free to mark this as dupe!
Documented as https://m.mediawiki.org/wiki/Special:MobileDiff/6062589
Thanks!
Maybe simnalamburt does not have Gerrit account and will not, so currently it seems to be ok to me. Thank you for your efforts.
Have any of the extensions been migrated over the Gerrit yet?
I will look for another solution to my problem, thank you Tgr and jbllrobson.
So will this ticket be rejected? The first listed reason still has value to me. Extension:TemplateStyles has some limitations when it comes to removing navigation elements, MediaWiki:Common.css is global and can cause performance issues, and I don't want to try a third-party solution like a custom extension.
For any wiki administrators:
This issue make the ipairs() do not work. I've had to apply the following function to the output to work around it:
local function convertTo1IndexedArray(array) local newArray = {}
My updated workaround:
I'm waiting for this because HyperKitty v1.3.5 provides RSS feed. (https://gitlab.com/mailman/hyperkitty/-/merge_requests/302)
It sounds like a bad experience. I am waiting for someone who builds the new extension.
Any review or advice for my patch are welcome. :)
Is this related to T297754?
I believe tweaking https://github.com/wikimedia/mediawiki/blob/9397a235/includes/specials/SpecialWhatLinksHere.php#L402-L411 is a key.
I wrote PoC for 1.38 and it worked: https://github.com/femiwiki/UnifiedExtensionForFemiwiki/blob/REL1_38/includes/Specials/SpecialOrderedWhatLinksHere.php
But the user interface should be designed newly.
I've faced an issue related to this with a fresh new Fedora installation:
$ rpm -E %fedora 36 $ mwdev dev mw install --dbtype=sqlite missing executables: docker-compose
I think we can. Thank you for your and the team's effort.
In T312708#8067886, @Ladsgroup wrote:I think we had a similar issue in our production, you need to basically clean up rows that have duplicate data. You can also run pruneRevData.php to reduce the size of the table (and chance of corrupt data being there) drastically (run it with --prune --rev-age=31536000 --rev-num=5 as well)
asaik, PageViewInfo can load pageviews for a certain period. So the total pageview since the page creation is not good to be handled by PageViewInfo.
I've never written a database patch, but if there is no one to do this, I will. Should I?
In T312149#8065546, @Sebastian_Berlin-WMSE wrote:I'm having some trouble with this for Wikispeech. Codesniffer doesn't like the function name onSkinTemplateNavigation__Universal which is implemented from SkinTemplateNavigation__UniversalHook.
In T12687#152278, @bzimport wrote:herd wrote:
Duping up, bug 12974 properly indicates it is a core problem and affects more than just parserfunctions/extensions.
*** This bug has been marked as a duplicate of bug 12974 ***
I guess Miraheze wikis use LU? At least it seems to be installed currently. CC @Universal_Omega