Wed, Jan 15
Mon, Jan 6
After a discussion with Lydia, we decided to drop the ticket :) We don't change the link.
Thu, Dec 19
Dec 16 2019
The reason from our side is: Help:Sources is very broad (it's a general documentation page about references) and is not providing any information about tainted references (because the feature is not an official feature on Wikidata yet - later we should probably add something in the doc).
So people looking for help or info about the tainted reference notification will find no help on this page. That's why we want to link to Wikidata:Mismatched reference notification input where they will find a presentation of the feature.
Dec 12 2019
I'd not close this task until we're absolutely sure that the issue got fixed.
As far as I understand, the issue exists for a long time, and I don't see any piece of code that was deployed to solve it. What makes you think that the problem is solved?
Dec 11 2019
Yes, the fact that the language doesn't appear in the list is a known bug and we have a ticket for that.
Dec 10 2019
@Bugreporter That seems unlikely. QuickStatementsBot is blocked since October 28th, and daily users of the tool only started reporting this issue yesterday.
So basically the API is sending wrong information? Weird. @Ladsgroup could you have a quick look and see if you can reproduce?
Thanks all for your feedback. Can you somehow check, in your QS interface, if the edits are about to be made with your individual account or the QuickStatementsBot account? Eg if the OAuth authentication worked or not?
Dec 9 2019
Update of the timeline was done, update with the link to test system will come this week.
Please note that the announcement will take place on this discussion page: I won't post it on Wikipedias. I find it both more efficient and engaging that news on Wikipedias are posted by community members who follow the topic (eg Jeblad for nowp). I'll kindly ask you to share the info (in your language) on your Wikipedia.
Dec 4 2019
Announcement made on the example queries talk page, on project chat, and with a different and more 3rd-parties-oriented version on wikidata-tech ML and Wikibase ML.
In our case, we need to indicate two different things:
- the fact that the data that people are about to edit is stored in Wikidata, which means
- it's centralized in one place
- it's reused by plenty of other wikis
- changing this piece of information will change it in all the other wikis
- the fact that the data is in CC0
- unlike the rest of the content of Wikipedia that is in CC BY-SA 4.0.
- by editing data, the user accepts to place their contribution under CC0
For information & inspiration, here's how it is at the moment on Commons:
Dec 3 2019
Announcement done here, indicating a deployment this week, no veto so far, for me everything is good to go!
Dec 2 2019
@Moebeus Can you add a link to the item when you add a screenshot? Thanks :)
Did you try Ctrl+Maj+R for purging?
Nov 27 2019
Nov 26 2019
OK cool, thanks for the answer, I think it's fine.
Oh, then my edit fixed both. It's still happening in https://www.wikidata.org/wiki/Q62286808 for height and width
The issue is still happening on https://www.wikidata.org/wiki/Q62286812 . Purging doesn't fix it. When making an edit to the statement, the labels are back. Can we do some kind of reload so people don't have to edit all the statements?
Nov 18 2019
@Lydia_Pintscher Can we raise the priority of this ticket, as it's blocking some editing workflows?
Nov 16 2019
Thanks for creating the ticket 👍
@PKM Can you add the links of a few pages where this happens?
Nov 15 2019
Nov 14 2019
I'll make an announcement for this, to make sure that people currently working with the autojump understand why we did this.
When will it be deployed live?
Nov 12 2019
Yep, just let me 1-2 days to ping people in case there are some left cases, and then you can close :)
@Tpt Thanks a lot for answering :) @ChristianKl mentions "It's still down. To reproduce: If you have the gadget activated and click on Random Primary Sources item on the left side you get shown an error." Could you have a quick look?
Nov 11 2019
I'm pretty sure there is another ticket for this but I couldn't find it, feel free to merge if you have a clue.
Nov 7 2019
Announcement done on the mailing-lists noted above and the Wikibase Telegram group.
This issue was mentioned again here, with the case that the correct image doesn't show up at all in the suggester's list. Could we look at it again?
Nov 5 2019
Hey @Gehel, could you look at this? :)
Nov 4 2019
Thanks for your comment. Please be reassured that as soon as we have updates, we will share them on the Mediawiki page. As an example, an update of the prototype should come this week.
Nov 3 2019
Oct 21 2019
Oct 16 2019
FYI, a new "AOL spam attack" started yesterday on the wikidata mailing-list. I tried to counter it by changing the subscribe_policy parameter to "confirm", but that didn't have an impact, hundred of new fake addresses still subscribing.
Oct 15 2019
@Ladsgroup What is needed from our side to fix the problem?
We are working on fixing this issue. Thanks for your patience.
Oct 14 2019
@Effeietsanders Yep, that was a similar pattern for me: a name that seems "normal" followed by a 5 digits number. I got several thousands suddenly subscribing to the Wikidata ML in May-June this year and all of them automatically removed by Mailman a few weeks later. I don't think I reported in on Phab, my bad :)
Oct 11 2019
I'm wondering if this is somehow related to the massive spam attack we had a few months ago on some mailing-lists (hundred of fake AOL email addresses subscribed to the Wikidata mailing-list, and were bounced out a few weeks later)
Oct 9 2019
Thanks, now I see the same issue.
@Tfrancart Can you add a screenshot about how it looks like for you? I just checked and everything is fine for me, the list is correctly displayed, starting with cats.
Oct 7 2019
Sep 30 2019
The fallback version will be deployed on October 2nd. Announcement is done on Project Chat and mailing-lists.
Sep 23 2019
Comment and more testing added here
Sep 19 2019
Thanks to everyone working on fixing this :) I'm actually not sure if I should give a lot of details in an announcement, we don't want to give people ideas to dig further into security breaches, right?
Sep 18 2019
Sep 17 2019
Sep 16 2019
Happened again this week :)
We're going to move forward with this. Next steps:
- update and improve task description
- get details about how we can enable arbitrary access without coupling it with enabling sitelinks
Sep 12 2019
@Ayack As far as I understand, Graphoid currently doesn't have a maintainer (see T211881). If no one is willing to take over, I think the option of marking it as obsolete and stop using it should be considered.
Sep 6 2019
Hey @Lucas_Werkmeister_WMDE, I tried to reorganize the task desc a bit with our usual template. Would you have a look, add what's missing or clean up things? Then we can move it to ready to estimate :) Thanks!
Sep 5 2019
Sep 4 2019
Sep 3 2019
@Lydia_Pintscher Can we consider removing the automatic jump to next field and let the users decide when they are finished with filling out a field?
Aug 29 2019
Aug 26 2019
Hello @RolandUnger, this task is present in our (quite huge) to-do list and we didn't forget about it. However, it is currently blocked on solving a bug (T192462). This task should be picked up soon. Thanks for your patience.
Aug 22 2019
FYI, 0-edits are not required, purging the cache by adding "?action=purge" at the end of the page URL works as well to make the new link appear.
Hello, and thanks for reporting this issue. As Roland mentioned, editing the page to purge the cache may be necessary. I now see the link appearing on https://de.wikisource.org/wiki/J%C3%B6ns_Jakob_Berzelius . Do you have another example where the issue happens?
@RolandUnger Can you give me an example of a page where the old link is gone and the new link didn't appear yet?
@RolandUnger Thanks for you feedback. We are going to look at this as soon as possible.
The change was announced in last week's TechNews, but you're right, we should have announced it on every wikis.
Aug 18 2019
I guess admins (or interface admins only?) can access to the menu bar content and add this "random Lexeme" link :)
Aug 16 2019
Hey! Do anyone of you would like to present the work you accomplished on translating documentation during the hackathon showcase? It would be awesome to have it represented there (and show that a hackathon is not only about programming ;) )
The list of slots is here: https://etherpad.wikimedia.org/p/Wikimania_hackathon_showcase_2019
The showcase will take place on Sunday from 14:30 to 15:30.