Last modified: 2013-06-27 10:00:30 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T41384, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 39384 - Language-Links are not updated on client when corresponding links are removed from the repo unless you do a purge
Language-Links are not updated on client when corresponding links are removed...
Status: VERIFIED FIXED
Product: MediaWiki extensions
Classification: Unclassified
WikidataClient (Other open bugs)
unspecified
All All
: High blocker with 1 vote (vote)
: ---
Assigned To: Wikidata bugs
storypoints: 5
:
Depends on:
Blocks: 45892
  Show dependency treegraph
 
Reported: 2012-08-15 16:26 UTC by tobias.gritschacher
Modified: 2013-06-27 10:00 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description tobias.gritschacher 2012-08-15 16:26:01 UTC
Reproduce the bug:
* Create an article "London" on the client
* Create an item "London" in the repo
* Add an english language link to the item to connect this item to the article
* Add further language-links e.g. de, it, nl and fr to the item
* The language links are now shown correctly on the client
* If you remove one or more of the language-links (except the ENGLISH one) from the repo or add further links, the corresponding links on the client are updated as they should
* BUT: if you remove the ENGLISH language link plus some of the others, then the links are not updated anymore on the client and they are displayed until you do a purge on the client
Comment 1 denny vrandecic 2012-08-22 14:23:41 UTC
A page being unlinked does not get notified.
Comment 2 denny vrandecic 2012-09-06 10:55:27 UTC
When the sitelink to the client is being changed, purge both the old and the new target page. 

onWikiBasePollHandle could be doing this.
Comment 3 Nemo 2013-03-22 08:08:38 UTC
This doesn't seem fixed to me.
* I removed a link to [[it:Esecutore testamentario]] from an otherwise empty Wikidata entry.
* I added a link to it on [[d:Q654437]].
* 8 hours later, the it.wiki article didn't have any language link and I had to purge it. The other articles still don't have it.

I don't know if this report is the right one but reopening to avoid forgetting.
Comment 4 Aude 2013-03-22 08:43:45 UTC
@Nemo: that would be because of https://bugzilla.wikimedia.org/45892

there are issues with the change dispatching, which we are working on resolving (some patches in gerrit already).
Comment 5 Aude 2013-03-22 08:44:53 UTC
a manual purge should make the links show up right away, as the rendering of the links does not rely on the change dispatching.

the change dispatching just does the automatic purging, etc. of course, manual purge should not be required.
Comment 6 Nemo 2013-03-22 08:53:27 UTC
Highest report on bug 45892 is 8–10 h delay, we're at 9 h for my example (with job queue basically zero, for what it's worth). Now the links appeared on some of the other languages but not all, but it may be someone destroying testcase with manual purges; few more hours of time will tell if it's this bug, bug 45839 or bug 45892. :)
Comment 7 Aude 2013-03-22 09:08:56 UTC
@Nemo: I have confirmed that some of my wikidata edits never showed up in my watchlist.  We are reworking the way the dispatchers does stuff.  

We are also adding a special page that allows non-shell people (like us, and wikimedians) to know the status/backlog size, and then we can adjust stuff more, as needed.
Comment 8 denny vrandecic 2013-06-27 10:00:30 UTC
If it still happens, reopen. It seems fine now.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links