This is creating constraint violations day in, day out.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jan 31 2018
Jan 30 2018
Example of user that incorrectly uses capitalization using the mobile app, probably due to this behaviour: https://www.wikidata.org/wiki/Special:Contributions/Gfk (see older contributions, as they are informed now)
Jan 29 2018
Hm, it seems like the behaviour only activates if you double-click somewhere in the results and then try to copy some of the content. I'm one of those users who occasionally double-click for some weird reason.
I shouldn't fill bugs on a lazy Sunday. It doesn't work for item ID's (the ones that come with the magnifying glass for the explorer feature). But it seems you already found something.
Jan 28 2018
Jan 24 2018
Patch says "it should be ready to merge now" for almost one month, what is happening here?
Jan 23 2018
Jan 22 2018
In T141845#3916353, @Mbch331 wrote:In T141845#3916288, @Superchilum wrote:What's the progress in this? The community of Wikidata is interested that this problems will be resolved.
Since this is about a gadget, it's up to the community to solve this issue. Gadgets are for the community.
Jan 15 2018
Jan 14 2018
Jan 13 2018
In T161367#3898939, @Infovarius wrote:Button "publish" isn't localized to Russian in Wikidata...
Jan 8 2018
Jan 4 2018
This seems to be creating issues in the UI for languages that require more space:
Jan 3 2018
The label could contain information that is a violation of other policies on Wikidata, like privacy violation, harassment and stuff. But I agree that more information would be better.
Dec 23 2017
Dec 21 2017
Seems like the patch is waiting for some answer of @Tgr.
Dec 19 2017
I personally don't think this is a good approach, we should just make the scientific article rank lower for a bit as a start.
Dec 15 2017
Vandalism on Wikidata: https://www.wikidata.org/w/index.php?title=Q1127887&action=history
It's up to the community to fix their modules that this shouldn't happen.
I think it should just support the ranks, that's what people expect how it should work.
Dec 10 2017
I saw that the script also affects the property input field, I don't think that should be happening.
Dec 9 2017
According to @Legoktm "Lock wait timeout exceeded; try restarting transaction". mw1279 seems to have some issues.
Great so far! Is it possible to use OOjs UI for the popup though? We are slowly transforming our current gadgets to it. The form will automatically look correct as well then.
Dec 4 2017
Dec 3 2017
This is still happening when mass-deleting descriptions using https://www.wikidata.org/wiki/MediaWiki:Gadget-dataDrainer.js, for example https://www.wikidata.org/wiki/Q1154385.
Nov 30 2017
Good one! The popup is showing, so JavaScript is working. But I'm curious if the JavaScript console is showing something useful. Instructions here.
Can you receive the IP address of those computers? Last thing I can think of is some IP block.
In T181501#3799283, @alanajjar wrote:I think the same problem faced this user!
Nov 29 2017
Can she execute normal edits on Wikidata, like adding an statement?
Nov 28 2017
Seems better now.
It is possible to do this, even without adjusting code. It's just adding some rule to https://www.wikidata.org/wiki/MediaWiki:Robots.txt. Only community consensus is required.
Nov 25 2017
Nov 22 2017
Nov 17 2017
Wikidata is still on MediaWiki 1.31.0-wmf.7, while the change is included in 1.31.0-wmf.8.
Nov 16 2017
Probably due to T180727.
In T180704#3767316, @Aklapper wrote:That's because https://www.wikidata.org/wiki/Special:NewItem?site=cawiki&page=Característica+d'albedo shows "Database locked"
Things are now pretty extreme, half my watchlist is red (marked "very likely damaging") from trusted users.
Nov 13 2017
Nov 9 2017
Nov 6 2017
Nov 3 2017
Nov 2 2017
In T179535#3728976, @Lucas_Werkmeister_WMDE wrote:Hm, AFAICT we’re just using Bootstrap components for this… do the tabs on this page work in Safari?
Nov 1 2017
Oct 30 2017
I should do better research after a day of traveling. ;)
Oct 26 2017
Purging sometimes makes the coordinates links reappear, but sometimes they are linked and purging does the opposite.
Oct 23 2017
I've also noticed issues on desktop with other texts, including wider spaces or the lack of them. Turning off and on a random css rule fixes it (Safari 11 on macOS High Sierra).
In T178164#3703618, @Andrew-WMDE wrote:Hello @Sjoerddebruin, which version of Safari are you running when this issue occurs?
Oct 22 2017
@Volker_E, could you please take a look?
Oct 21 2017
Oct 16 2017
Users will probably run into this far more often now due to the drop of wb_entity_per_page. Pages like https://www.wikidata.org/wiki/Wikidata:Database_reports/without_claims_by_site/nlwiki will feature false positives for example.
Just wondering: why does the deletion page feature a border around the form and these forms do not? The dropdowns also seem to behave differently.
Oct 14 2017
We used to add CentralAuth to the MediaWiki:Checkuser-userlinks system message (see https://login.wikimedia.org/wiki/MediaWiki:Checkuser-userlinks) on loginwiki. This doesn't seem to be working anymore due to these changes.
Oct 13 2017
Oct 10 2017
Oct 9 2017
Somehow working again, weirdly enough.
Oct 7 2017
Noticed this yesterday as well on desktop Safari, since 1.31.0-wmf.2 probably.
@Lucas_Werkmeister_WMDE I think you worked on some things related to the snakview, do you think this affected the gadget?
Oct 5 2017
Can this be some side-effect of T124742? The JavaScript console is full of deprecated notices (pointing to the statement view as well).
- It happens on "add statement", works correctly for "add value"
- Well, let's take "instance of".
- Both don't work.
- The value field doesn't get selected as previously.
Sep 30 2017
@hoo mentioned on IRC that this requires quite a bit of work. The current setup works with numeric identifiers, so there is "no way to distinct properties from items".
Sep 28 2017
And the graph is indeed interesting: I saw that scientific articles were listed as a event for some reason, so fixed the family tree.
Could we at least add the classes as suggested by T172348 for now? We can always add styling later, it would be really useful to have at least the classes already.
Sep 27 2017
In T176837#3641080, @matmarex wrote:Looking at the screenshots zoomed in, the apparent blurriness is because of simple greyscale antialiasing on the text, instead of subpixel antialiasing.
This looks like a similar issue to T146339: Text displayed inside Hovercards popups doesn't use subpixel rendering. That one affected Chrome too, is this one Safari-only?
CLick to view full size:
I'm okay with weekly data for this specific case.