Fri, May 8
There is a fix in the frontend, but this bug still exists in the backend.
Apr 18 2020
Apr 14 2020
(yet another example)
I want to fix https://he.wikipedia.org/wiki/Module:Infobox_gene to use getEntity instead of getEntityObject which is legacy alias, it is cloned from https://en.wikipedia.org/wiki/Module:Infobox_gene which is protected.
What is the best way to achieve it?
- Ask sysop permissions /templateeditor permissions in enwiki, fix it there, port it back to hewiki, hope that 20 other wikis will update their forks as well?
- Update hewiki and let enwiki pull back the changes, ope that 20 other wikis will update their forks as well?
- Split the module to logic that is common to all wikis, put it in shared repo, and fix it there
Mar 28 2020
Mar 18 2020
Mar 17 2020
@Krinkle @hoo - digging further in wikibase source - the module registeration in Wikibase uses packageFiles and callback which I'm not that familiar with.
Anyhow the callback function getSiteConfiguration in ClientHooks.php of wikibase uses cache... Do you have any suggestion what could explain it?
Mar 9 2020
Feb 16 2020
I suggest we adopt approach similar to Lua modules - for example: https://en.wikipedia.org/wiki/Module:Message_box is Lua page, and https://en.wikipedia.org/wiki/Module:Message_box/doc is a wikitext page describing it or allowing users to nominate it for deletion.
Each dataset will have (optionally) a description page allowing to add categorization, additional information in non machine readable-wikitext format.
Jan 25 2020
Jan 18 2020
Partially related patch (5 years old):
proposed to move Module:Arguments from enwiki to MediaWiki and adding translation capabilities to getArgs (translate)
Yes. I will place a note there
Partially related patch (5 years old):
proposed to move Module:Arguments from enwiki to MediaWiki and adding translation capabilities to getArgs
Jan 11 2020
Possibly duplicate to T185093?
Jan 4 2020
Maybe we can switch to manual insertion if we encounter issue?
(Keep in mind that "Missing or empty title=" isn't part of VE but of specific implementation of Cite web in enwiki)
I encountered this issue while assisting people in Edithon. Please review.
Dec 21 2019
Dec 13 2019
Thanks! moving the task to resolved.
Dec 8 2019
maybe you can you get it to work in development environment (localhost) to be independent on ownership of the tool
@Gopavasanth thank you for your work implementing this nice tool!
@Adithyak1997 thank you for willing to contribute to the tool.
Do you have a solution, and you tested it and you just don't know how to deploy it?
Dec 7 2019
I'm giving another try to get in touch with @zhaofengli in email thread.
I don't have full access to the home directory, so if we don't get response please add me to maintainers list of the tool and I'll do the secret information checking.
Nov 30 2019
Thanks for the update.
Nov 23 2019
Nov 15 2019
Nov 8 2019
Oct 25 2019
I think this task should redefined as how to handle pages containing reserved prefix, with example of https://en.wikipedia.org/w/index.php?title=Gadget:Invention,_Travel,_%26_Adventure&redirect=no
Oct 18 2019
Thanks Amir for the explanation. I understand the reason for refactoring the Wikibase modules, and this is good direction in general.
Oct 12 2019
I was using this RL and it just got disappear and broke gadgets that use it.
This breaks again wikidata usage, after "wikibase.client.getMwApiForRepo" was removed not long ago.
Oct 10 2019
Oct 1 2019
This is slightly related to T85904 but I think @Jdforrester-WMF arguments are right for VE behavior not for content translation, e.g Ctrl+F should be used to search in "the content". What is the content?
- Reading - for reader this is just the whole page (e.g default browser behavior).
- Editing document - For classic editing applications (such as Microsoft Word, Google Drive, classic VE ) the content is the edited document e,.g Ctrl+F opens the webapp search in document, doesn't allow search in the menus.
Sep 28 2019
Aug 31 2019
I think the direction in https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/TemplateData/+/468901/ is good and simple approach.
It doesn't work as is, but require very small change for fix (replacing loadTemplateData to load in the lua module). I like it as it doesn't require too tight and coupled Lua code to the structure of TemplateData (which is usually dealed with JS code and can evolve later).
Aug 24 2019
Aug 23 2019
Root cause the issue - some wikis have gadgets to override the open function of file dialog...
I see somewhat similar issue in hewiki
Aug 21 2019
Aug 18 2019
As a proof of concept, I wrote during the Wikimania-Hackathon-2019 a script to scan new images with a rule based approach based on earlier discussion in https://commons.wikimedia.org/wiki/Commons:Village_pump/Copyright/Archive/2019/07#Copypatrol_for_images
Aug 17 2019
@daniel what do you think would be the best way to add other calenders for Wikibase from the model side?
(Hebrew calender 101 - it have 12 and in leap years 13 months)
Aug 15 2019
updated the description to fit to other subtasks (and aligning priority to T31793)
Aug 14 2019
Can someone please update the task description to indicate what exactly are the copyright metadata that should be extracted as part of this task? (License? Credits?)
With the patch merged a week ago and already deployed in production, it is now possible to set license from the allowed licenses in:
Aug 2 2019
@Geagea thank you for your suggestions. I think these are good ideas and should be tracked in seperate subtasks so we can deal with them later without missing them in a general discussion.
Jul 31 2019
Removing myself as asignee (https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Wikibase/+/453148/ by Aleksey was merged more than 0.5 year ago and my gerrit item https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Wikibase/+/433952/ which use RevisionedUnresolvedRedirectException in WikiPageEntityRevisionLookup::getLatestRevisionId seems less relevant)
Jul 27 2019
Jul 14 2019
- Once the above patch is reviewed, merged and deployed -yes
- I'm not sure T155290 can open the path to uploads other than CC0 because JsonConfig is tightly coupled to CC0 in many system messages.
Jul 13 2019
The patch should provide basic support for licenses - this isn't the full list of copyrights in Commons (in particular - no GFDL), but comprehensive enough to include much more content than CC0... (CCs 0-4+ BY and no BY, ODbL-1.0)
See list in:
I uploaded a fixed patch to:
Jun 29 2019
The border doesn't cover the whole image yet. An editor in hewiki have indicated that this is most visible with lists with small flags as in this page: https://he.wikipedia.org/wiki/%D7%91%D7%90%D7%A8%D7%98_MRAD#%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9%D7%99%D7%9D
The border have some padding around the images, while in mobile and desktop version it looks well.
Jun 21 2019
Jun 18 2019
Jun 7 2019
as 3D works being used in more articles it becomes more important to provide better experience for mobile users.
- Is there any work on this?
- @dr0ptp4kt can you please indicate what should be the next steps from technical perspective? (you refereed in earlier comment to MediaViewer - is there any separate task about this and we can mark this as dependent on it? )
May 25 2019
It is presented as optional feature. Menu (top left button) => Settings => Wikipedia Beta (check it) => Categories
Technically it is already supported as beta, and can be rolled out by changing settings, though this is only simple support and may not give good user experience. (category pages doesn't look well in mobile - T142124 )
May 24 2019
Is this bug still valid? I tried to reproduce it unsuccessfully.
Is this bug still valid? I just recheck it and couldn't reproduce
is this bug still valid? (nowdays there are checkboxes in many places)
May 8 2019
Apr 20 2019
Thanks for pointing to that issue. Seems it is the root cause and the current task is report about the symptom. Hence I'm closing it as duplicate. If anyone notice any other similar issues, feel free to open a new task.
Apr 18 2019
seems to happen again - no updates from Wikidata in the last 30 minutes in enwiki
Apr 17 2019
Looks good to me. I published announcement in hewiki WP:VP https://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F#%D7%A1%D7%99%D7%95%D7%95%D7%92_%D7%90%D7%99%D7%9B%D7%95%D7%AA_%D7%A2%D7%A8%D7%99%D7%9B%D7%95%D7%AA
Calling for contributors to help with the labeling campign
Mar 16 2019
Only ruwiki and enwiki are excluded. https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+/master/wmf-config/InitialiseSettings.php#17025
For enwiki - based on T161805 I understand this was intended to be temporally. IDK about the status for ruwiki.
some people in hewiki are asking is there any update about this task or expected ETA?
It takes more than a 0.5 year to handle CSS issues. (I know there are tons of other tasks, but please find some time for it. If we aren't sure about other CSS rules - maybe just port only the border and create a separate task to investigate the rest of the CSS) .
[If you are curious - this disscussion is in hewiki and Google Translate is good enough to understand the last section]
Mar 9 2019
(just so it while reviewing the configuration) Do we really need it these days?