[Wikidata-bugs] [Maniphest] T341905: Undeleted Wikidata items do not reappear in WDQS
Bovlb created this task.
Bovlb added projects: Wikidata, Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Initially reported at
https://www.wikidata.org/w/index.php?title=Wikidata:Report_a_technical_problem/WDQS_and_Search=1932278737#Undeleted_items_missing_from_WDQS
with no response.
**Steps to replicate the issue**
I don't know how reproducible this issue is, but the steps were:
- Delete an item
- Undelete the item
- Wait
- Search for the item in WDQS
**What happens?**:
There is no trace of the undeleted items in WDQS. Some time after editing
one of the items, it does show up, but unedited items apparently never show up.
**What should have happened instead?**:
Undeleted items should reappear in WDQS.
Example SPARQL:
SELECT ?x ?p ?y {
VALUES ?x { wd:Q107642255 wd:Q115944718 wd:Q107456854 wd:Q107568498 }
?x ?p ?y .
}
See also
https://www.wikidata.org/wiki/Wikidata:Report_a_technical_problem/WDQS_and_Search/Archive/2023#Coolidge_Auditorium_(Q115608572)_strange_behavior_in_query
phab:T329064 <https://phabricator.wikimedia.org/T329064>, phab:T329089
<https://phabricator.wikimedia.org/T329089> where it appears that a very
similar problem has appeared in the past but has been reported fixed.
TASK DETAIL
https://phabricator.wikimedia.org/T341905
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bovlb
Cc: Aklapper, Bovlb, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot,
maantietaja, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86,
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst,
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll,
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297513: Wikidata does not allow search for deleted items
Bovlb added a comment. In T297513#7564580 <https://phabricator.wikimedia.org/T297513#7564580>, @MisterSynergy wrote: > Not sure whether this is a good idea. Access to deleted content is restricted to admins, but a tool would make a lot of it available to everyone. Does WMF allow this? We've had this discussion on-wiki, but just for the record: The current prototype is restricted to use only by admins and rollbackers, and the latter see only the parts of deleted items that match their search. TASK DETAIL https://phabricator.wikimedia.org/T297513 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: MisterSynergy, Lydia_Pintscher, SilentSpike, Mahir256, Lymantria, Aklapper, Bovlb, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T148279: Allow the history of deleted Wikidata items to be visible for a month
Bovlb added a comment. related to T297513 <https://phabricator.wikimedia.org/T297513> TASK DETAIL https://phabricator.wikimedia.org/T148279 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Bovlb, Billinghurst, abian, Wesalius, Izno, Lydia_Pintscher, Mbch331, Sjoerddebruin, Aklapper, ChristianKl, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297513: Wikidata does not allow search for deleted items
Bovlb added a comment. I have prototyped such a tool at https://wd-deleted.toolforge.org/ TASK DETAIL https://phabricator.wikimedia.org/T297513 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: MisterSynergy, Lydia_Pintscher, SilentSpike, Mahir256, Lymantria, Aklapper, Bovlb, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297513: Wikidata does not allow search for deleted items
Bovlb added a comment. Just an update to say this is still an issue for Wikidata administrators. We face a deluge of semi-notable additions and many long-time repeat spammers. It would be super-helpful if admins had a way to search for similar items that have been deleted in the past. TASK DETAIL https://phabricator.wikimedia.org/T297513 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: MisterSynergy, Lydia_Pintscher, SilentSpike, Mahir256, Lymantria, Aklapper, Bovlb, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297513: Wikidata does not allow search for deleted items
Bovlb created this task. Bovlb added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **Feature summary** I would like to have a facility whereby I can search the labels of deleted items. I understand that such a feature would have to be restricted to some user group (e.g. sysop or wider). **Use case(s)** (list the steps that you performed to discover that problem, and describe the actual underlying problem which you want to solve. Do not describe only a solution): On a regular Wikipedia, there is one (or a few) obvious name(s) for an item. When a deleted article is recreated, it is fairly easy to find prior creations. Wikidata items get Q-ids. When doing new page patrol, it is impossible to see if a page has been created before. **Benefits** (why should this be implemented?): Wikidata is targetted by paid editors and self-promotors who serially create the same items again and again, but it is hard for admins to detect this. TASK DETAIL https://phabricator.wikimedia.org/T297513 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T269275: Viewing deleted Wikidata items shows incomplete labels list
Bovlb created this task.
Bovlb added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
This is a follow on from T261511 <https://phabricator.wikimedia.org/T261511>
Steps to Reproduce:
1. Look at a deleted revision for an item that had a label at that time, e.g.
https://www.wikidata.org/w/index.php?title=Special:Undelete=Q13179939=20201201125845
Actual Results:
A table is shown of three languages with no labels or descriptions. There is
no option to show more languages.
F33932286: image.png <https://phabricator.wikimedia.org/F33932286>
Expected Results:
I expect to see (or, alternatively, have some way to select to see) the "ne"
label and alias on this item. Compare with what I see in the API:
https://www.wikidata.org/w/api.php?action=query=deletedrevisions=Q13179939=*=content
{
"batchcomplete": "",
"query": {
"pages": {
"-1": {
"ns": 0,
"title": "Q13179939",
"missing": "",
"deletedrevisions": [
{
"slots": {
"main": {
"contentmodel": "wikibase-item",
"contentformat": "application/json",
"*":
"{\"type\":\"item\",\"id\":\"Q13179939\",\"labels\":{\"ne\":{\"language\":\"ne\",\"value\":\"\\u0915\\u0939\\u093f\\u0932\\u0947\"}},\"descriptions\":[],\"aliases\":{\"ne\":[{\"language\":\"ne\",\"value\":\"Kahile\"}]},\"claims\":[],\"sitelinks\":[]}"
}
}
},
{
"slots": {
"main": {
"contentmodel": "wikibase-item",
"contentformat": "application/json",
"*":
"{\"type\":\"item\",\"id\":\"Q13179939\",\"labels\":{\"ne\":{\"language\":\"ne\",\"value\":\"\\u0915\\u0939\\u093f\\u0932\\u0947\"}},\"descriptions\":[],\"aliases\":{\"ne\":[{\"language\":\"ne\",\"value\":\"Kahile\"}]},\"claims\":[],\"sitelinks\":{\"newiki\":{\"site\":\"newiki\",\"title\":\"\\u0915\\u0939\\u093f\\u0932\\u0947\",\"badges\":[]}}}"
}
}
}
]
}
}
}
}
TASK DETAIL
https://phabricator.wikimedia.org/T269275
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bovlb
Cc: Aklapper, Bovlb, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic,
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude,
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. In T246814#6659177 <https://phabricator.wikimedia.org/T246814#6659177>, @John_Cummings wrote: > Great, is there anywhere this info could be added for others doing a similar thing to you? I'm not sure. I left a note on this talk page: https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_Counter-Vandalism#Now_possible_to_highlight_wiki-tour_items_in_recent_changes TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: John_Cummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T261511: Viewing deleted pages in Wikidata does not show labels
Bovlb added a comment. It's now much better than it was, but there still seems to be a problem, possibly related to my use of the "Use a compact language list, with languages relevant to you." option. When looking at deleted versions of https://www.wikidata.org/wiki/Q101239641 just now, I saw a table of three languages, showing no labels or descriptions, and with no option to see "All entered languages". In fact, the item had both label and description in French, but there was no way I could see this. Unfortunately, I cannot offer a reproduction of this issue as I have since undeleted this item. TASK DETAIL https://phabricator.wikimedia.org/T261511 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, Bovlb Cc: Lydia_Pintscher, matej_suchanek, Gnoeee, Aklapper, Bovlb, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment.
I see edits, and I was able to highlight them in recent changes by adding the
following to my `Common.css`:
.mw-tag-tour-item { background-color: #CCFFCC; }
Thanks!
TASK DETAIL
https://phabricator.wikimedia.org/T246814
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bovlb
Cc: John_Cummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb,
Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer,
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. Thanks @matej_suchanek . That's certainly helpful, and maybe we can take it the rest of the way with some CSS, but I don't see any hits on that filter yet. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: John_Cummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. I wasted more of my time today following up on a "vandal" who turned out to be doing the WikiTour. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: John_Cummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T261511: Viewing deleted pages in Wikidata does not show labels
Bovlb created this task. Bovlb added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When I attempt to view a deleted page revision in Wikidata (e.g. https://www.wikidata.org/w/index.php?title=Special:Undelete=Q97657423=20200810020343), I expect to see a table of labels, descriptions, and aliases at the top, as for not-deleted pages. Instead I see a string like "$?UNIQ868cbb21f8405a0c#2$". This makes it harder to review deleted items. In this thread <https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team=1266972434#Viewing_deleted_pages_does_not_show_labels>, another user reports observing the same behaviour. F32198526: image.png <https://phabricator.wikimedia.org/F32198526> TASK DETAIL https://phabricator.wikimedia.org/T261511 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. Just to add another perspective on this issue, I have several times come close to blocking/warning a new user for vandalism before I realized they were taking a WikiTour. Having any sort of tag on the edit would be useful. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Mrjohncummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. > I don't see an option to exclude by tag Worth noting that tags are listed in the RC UI, so even if we cannot use it to exclude wikitour edits, an RC patroller could still see the tag before performing deeper investigation. I believe people are also using various tools wrapped around recent changes, and I cannot speak for them. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Mrjohncummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. @Mrjohncummings asked me to share this comment I posted at Wikidata <https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat=1198719899#Which_topics_would_like_to_see_Wikidata_Tours_for?>: > From the discussion so far, there seem to be two proposed solutions: > > 1. Add an edit filter that checks the item id against a hard-coded list and adds a tag. Any admin can do this, but we would need to (remember to) update the filter whenever we create new topics. > 2. Change the WikiTours interface to add a tag. This would be the more elegant solution, but would require work from a WikiTours interface developer. I don't know who that is, and I don't know how to find out. > who might know about this stuff? I don't know. It's not easy for us "outsiders" to know which developer is responsible for what. Part of the point of filing bug reports here is that they can be triaged and assigned appropriately. If that never happens, then I don't know how to proceed. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Mrjohncummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T246814: Wikidata Tours pollutes Recent Changes
Bovlb added a comment. > what tag would be needed to tell recent changes to ignore it? That's a good question. Tags are normally defined to suggest the edit is bad, so the interface allows you to include by tag, but I don't see an option to exclude by tag. Obviously we don't want to create a "not-wikidata-tours" tag. This might also need support from a Recent Changes developer. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Mrjohncummings, matej_suchanek, Tacsipacsi, Perhelion, Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T251047: Spam blacklist lets edits through
Bovlb created this task. Bovlb added projects: SpamBlacklist, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION background thread <https://www.wikidata.org/w/index.php?oldid=1166346024#Edits_getting_past_blacklist> Maybe we're all missing something obvious here, but we expected this blacklist <https://www.wikidata.org/wiki/Special:PermanentLink/1162158466> to prevent this change <https://www.wikidata.org/wiki/Special:Diff/1166197538>. Either there is a bug, or we need a better understanding of how this tool works. :) TASK DETAIL https://phabricator.wikimedia.org/T251047 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Jackmcbarn, Mbch331, Legoktm, DannyS712 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T250720: Wikidata edit filter does not fire when test tool says it should
Bovlb added a comment. For information: I have now disabled this edit filter in favour of a set of softblocks on certain /16 IP ranges. TASK DETAIL https://phabricator.wikimedia.org/T250720 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Ahmad252, Daimona, Aklapper, Bovlb, darthmon_wmde, 94rain, Nandana, Lahi, Gq86, GoranSMilovanovic, ihojose, QZanden, LawExplorer, Litanwei, JJMC89, _jensen, rosalieper, Scott_WUaS, Wong128hk, Nirmos, Wikidata-bugs, aude, Nullzero, Huji, Jackmcbarn, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T250720: Wikidata edit filter does not fire when test tool says it should
Bovlb created this task. Bovlb added projects: Wikidata, AbuseFilter. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team=1161804660#AbuseFilter_not_triggering_on_edits_that_would_trigger_it https://www.wikidata.org/wiki/Topic:Vkqokk527p3u4cnp I created Wikidata edit filter 131 to block certain LTA activity from wide IP blocks, intended as a softer alternative to imposing blocks across many /16 blocks. Since then, while is has been successful in preventing some abuse, there have been multiple cases where it did not fire in cases where it would have been expected to do so. Further, the test tool intended to preview the effect if the tool says that it _does_ fire for those edits. Even if there is some bug in the filter definition, we would expect the filter and the test tool to behave consistently. Steps to reproduce: 1. Open https://www.wikidata.org/wiki/Special:AbuseFilter/131 2. Click on the tool "Test this filter against recent edits" 3. Under "Changes made to page" enter "Q1447095". 4. Observe green check marks against certain changes on 2020-04-20 by 113.218.0.173 and 113.218.0.0. 5. Under "Changes made to page", now enter "Q275139". 6. Observe green check marks against certain changes on 2020-04-18 by 61.187.158.133. If the edit filter had been operating consistently with the test tool (and the behaviour I expect), then these changes would have been prevented. TASK DETAIL https://phabricator.wikimedia.org/T250720 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, darthmon_wmde, 94rain, Nandana, Lahi, Gq86, Daimona, GoranSMilovanovic, ihojose, QZanden, LawExplorer, Litanwei, JJMC89, _jensen, rosalieper, Scott_WUaS, Wong128hk, Nirmos, Wikidata-bugs, aude, Nullzero, Huji, Jackmcbarn, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T250299: WDQS graph output does not honour hierarchy
Bovlb added a comment. > Note that we currently use vis, not visjs-network. Ah. My mistake, sorry. I was making an educated guess about the underlying library. So it looks like the library we're using was EOLed in March 2019. Is an upgrade on the road map? I may be wrong, but I'm thinking the relevant documentation is here: https://github.com/almende/vis/blob/master/docs/network/layout.html#L100 I do not see any equivalent of "shakeTowards". The documentation says: > Directed adheres to the to and from data of the edges. A --> B so B is a level lower than A. The library does not appear to be honoring this in the example I give. That could be an unrelated bug in the library, but I suspect it is because it is using the shakeTowards=leaves algorithm, which is confused by the multiple paths of different lengths, as described above. TASK DETAIL https://phabricator.wikimedia.org/T250299 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Lucas_Werkmeister_WMDE, Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T250301: WDQS graph does not show ids when labels are used
Bovlb added projects: Wikidata, Wikidata Query UI. TASK DETAIL https://phabricator.wikimedia.org/T250301 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T250299: WDQS graph output does not honour hierarchy
Bovlb created this task. Bovlb added projects: Wikidata, Wikidata Query UI. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Steps to reproduce: 1. Open query https://w.wiki/Mq3 2. Switch to graph view (bottom of left-hand toolbar) 3. Switch to left-to-right hierarchical view (second button on top toolbar) 4. Observe placement of node Q42 Douglas Adams. This graph shows the collections that Q42 is an instance of. When viewed hierarchically, I would expect to see Q42 on the left, but instead it is on the second level. I believe this is because the code (https://github.com/wikimedia/wikidata-query-gui/blob/master/wikibase/queryService/ui/resultBrowser/GraphResultBrowser.js#L111) uses the default "leaves" shakeTowards, whereas "roots" mode would be more appropriate in this case. (https://visjs.github.io/vis-network/docs/network/layout.html#) I don't know about others, but I tend to build graphs where the root is the focus. In particular, the "leaves" mode doesn't work well on digraphs where there are multiple paths to a leaf of different lengths. Suggested solutions: 1. (fancy) Add buttons to the UI that switch hierarchical mode between "roots" and "leaves" 2. (simple) Change the UI to use "roots" instead TASK DETAIL https://phabricator.wikimedia.org/T250299 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T122806: Wikidata items for articles in the Draft namespace
Bovlb added a comment.
A workaround could be to use a template like Template:Interwiki_Extra
<https://en.wikipedia.org/wiki/Template:Interwiki_extra> on ENWP. For example,
on Draft:Principality of Pavia
<https://en.wikipedia.org/wiki/Draft:Principality_of_Pavia>, we could add the
line:
> {{interwiki extra|qid=Q3921984}}
The means that the draft is linked to the corresponding mainspace articles in
other languages (not only as a source of information, but also to prevent later
duplication), but other projects don't see the draft article (assuming the main
space redirect is not linked from Wikidata).
It might be better to devise a template specialized for the needs of drafts
that could also display a line at the bottom, and do something helpful (e.g.
display a warning message, add a category) if it ends up being used outside
draft/user space (say if the article is moved to main space).
TASK DETAIL
https://phabricator.wikimedia.org/T122806
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bovlb
Cc: Bovlb, Alsee, Matanya, JEumerus, aude, hoo, Lydia_Pintscher, Aklapper,
MSGJ, StudiesWorld, CptViraj, darthmon_wmde, Dibya, 94rain, DannyS712, Nandana,
Tks4Fish, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21,
LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper,
Scott_WUaS, Ananthsubray, Superzerocool, Tulsi_Bhagat, Wong128hk, Luke081515,
SimmeD, Wikidata-bugs, Snowolf, Dcljr, Jdforrester-WMF, Mbch331, Rxy, Jay8g,
Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T246814: Wikidata Tours pollutes Recent Changes
Bovlb created this task. Bovlb added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When doing Recent Change patrol, changes made to items like Q16943273 for Wikidata Tours often appear as "Likely have problems". This wastes the time of Recent Change patrollers and has been going on for several years now. https://www.wikidata.org/w/index.php?title=Wikidata_talk:Tours=1128233255#Recent_Changes @Matěj_Suchánek suggests having the tour interface add a tag that would allow tour items to be excluded from Recent Changes. This would be one way to resolve the problem. TASK DETAIL https://phabricator.wikimedia.org/T246814 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'
Bovlb added a comment. In T54564#3957162 <https://phabricator.wikimedia.org/T54564#3957162>, @Izno wrote: > Thought of a technical solution, might as well throw it out there: > > 1. Let's say we create a new magic word, something like `__WIKIDATAREDIRECT__`. > 2. Place the magic word on a Bonnie redirect. > 3. Wikidata treats that page like it's a normal page (with all the associated constraints and behavior), with one additional constraint: A WIKIDATAREDIRECT cannot be the only link on a data item. > 1. With associated tracking and such forth and suchwith. Another way to express the same thing would be to say that client sites should distinguish between two types of redirect: - Those that provide an exact (or near exact) synonym for the concept of a page (https://en.wikipedia.org/wiki/Template:Redirect-synonym) - Those that describe a distinct entity that is somehow related entity and that is not notable enough to get its own page. If we encourage client sites to use redirect macros to distinguish the two uses, then the magic word could be used in one of them. TASK DETAIL https://phabricator.wikimedia.org/T54564 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Perhelion, Bovlb, Dvorapa, mxn, dbarratt, Daniel_Mietchen, Amire80, eflyjason, Tom.Reding, Shyamal, Alsee, Capankajsmilyo, Eugene, PokestarFan, ArthurPSmith, Pasleim, StudiesWorld, daniel, Metamorforme42, JEumerus, Harmonia_Amanda, Ash_Crow, DannyH, Agabi10, Choomaq, IKhitron, QZanden, thiemowmde, Toto256, Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum, TomT0m, Thryduulf, Rich_Farmbrough, Zppix, ChristianKl, Mike_Peel, Wittylama, Liuxinyu970226, SebastianHelm, MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, DanielFriesen, Gymel, Denny, jeblad, Abraham, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, iecetcwcpggwqpgciazwvzpfjpwomjxn, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, LawExplorer, _jensen, rosalieper, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T174981: Add pageviews total counts to WDQS
Bovlb added a comment. @Yurik asked: I would like to solicit more community feedback on how useful this would be. I would find this extremely useful. What can I do to help make this happen?TASK DETAILhttps://phabricator.wikimedia.org/T174981EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BovlbCc: Bovlb, thalhamm, EBernhardson, Esc3300, Lydia_Pintscher, Yair_rand, Smalyshev, Aklapper, Yurik, Akovalyov, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, JAllemandou, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T52486: Validate utf-8 on input
Bovlb added a subscriber: Bovlb. Bovlb added a comment. Herald added a subscriber: Aklapper. https://www.wikidata.org/w/index.php?title=Q128799=182532048=172424125 Here is an alias change on 21 December 2014 that exhibits the problem. TASK DETAIL https://phabricator.wikimedia.org/T52486 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bovlb Cc: Aklapper, Bovlb, Wikidata-bugs, Addshore, Tobi_WMDE_SW, adrianheine, Lydia_Pintscher, daniel, Izno, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
