Dutch community also received a report about the sandbox situation. Maybe the SandboxLink extension can be adjusted for that, as it has "sandboxlink-subpage-name".

In T186950#3960661, @Legoktm wrote:

Patch is deployed, could someone please confirm that this is fixed?

Can confirm, see the recently attached accounts on my account: https://meta.wikimedia.org/w/index.php?title=Special%3ACentralAuth&target=Sjoerddebruin

This seems to be T102324. It used to show the same suggestions as for new statements, btw.

In T141845#3933604, @Superchilum wrote:

In T141845#3933603, @Sjoerddebruin wrote:

This is creating constraint violations day in, day out.

I'm sorry, I don't understand. Does that mean you don't agree with this request?

This is creating constraint violations day in, day out.

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)

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.

Patch says "it should be ready to merge now" for almost one month, what is happening here?

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.

https://www.wikidata.org/wiki/Wikidata:Project_chat#Preventing_to_merge_disambiguation_items_with_regular_items

Since this is about a gadget, it's up to the community to solve this issue. Gadgets are for the community.

In T161367#3898939, @Infovarius wrote:

Button "publish" isn't localized to Russian in Wikidata...

This seems to be creating issues in the UI for languages that require more space:

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.

Seems like the patch is waiting for some answer of @Tgr.

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.

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.

I saw that the script also affects the property input field, I don't think that should be happening.

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.

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.

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!

Can she execute normal edits on Wikidata, like adding an statement?

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.

Wikidata is still on MediaWiki 1.31.0-wmf.7, while the change is included in 1.31.0-wmf.8.

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.

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?

I should do better research after a day of traveling. ;)

Purging sometimes makes the coordinates links reappear, but sometimes they are linked and purging does the opposite.

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?

@Volker_E, could you please take a look?

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.

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.

Somehow working again, weirdly enough.

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?

Can this be some side-effect of T124742? The JavaScript console is full of deprecated notices (pointing to the statement view as well).

1. It happens on "add statement", works correctly for "add value"
2. Well, let's take "instance of".
3. Both don't work.
4. The value field doesn't get selected as previously.

@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".

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.

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: