[11:02:52] Lucas_WMDE: did I already tell you that I get a second exclamation mark when I edit a statement with a constraint warning? [11:03:11] only the last one does anything though [11:03:28] I think you told me a while ago that you got a nonfunctional icon after editing [11:03:41] so this is likely the same problem, because now we have support for checking saved statements [11:03:58] so the second exclamation mark is probably new, from that feature, which would explain why it’s functional [11:04:13] but I don’t know why the first question mark doesn’t disappear [11:04:25] I’ve never encountered this problem [11:04:33] which datatype was the statement for? [11:04:42] yeah, if I click edit and then cancel, clicking the exclamation mark no longer works [11:04:59] identifier... I was just testing on https://www.wikidata.org/wiki/Q4115189 [11:05:24] yeah, okay, I can reproduce that after cancel [11:05:32] added two statements, refreshed, added a qualifier and then there were two [11:05:34] but the double exclamation mark was after cancel or save? [11:05:38] ok [11:05:49] save [11:06:00] yeah, I can reproduce that [11:06:01] it does sound like it could be related anyway [11:06:09] I think I know what’s happening [11:06:34] Wikibase’s editing code probably restores the old DOM because that’s more efficient than re-rendering the value [11:06:37] and that includes the exclamation mark [11:06:51] but it’s not functional anymore because the event handler got lost [11:07:16] ah [11:10:09] argh, there was a task for this and I can’t find it [11:11:04] found it, https://phabricator.wikimedia.org/T95403 [11:11:49] Thiemo tried adding an extra span, but it didn’t work out [11:12:08] but we really need some dedicated place to put that indicator, which Wikibase knows about [11:14:16] * nikki nods [11:14:58] hm, I didn’t realize Lydia closed that task yesterday… I’ll create a new one [11:23:50] nikki: https://phabricator.wikimedia.org/T169866 [11:24:48] thanks [15:41:29] Lydia_WMDE: https://structured-commons.wmflabs.org/wiki/Main_Page <- " This site is not covered by the Wikimedia Foundation’s Terms of Use or Privacy Policy. " , actually I think everything in labs is..... :P [15:41:46] Amir1: ^ [15:41:57] multichill: you're probably right [15:42:04] i'll let amir look into it [15:42:23] And probably nice to add a rewrite rule to only do https [15:42:43] Happy to see this live! :-D [15:42:48] :) [15:42:52] me too [15:43:05] the puzzle pieces are coming together [15:43:19] Still the same architecture and approach as we discussed 2 or 3 years ago? [15:43:35] Any significant changes to that? [16:11:08] no [16:11:12] still the same [17:47:40] Is there a query to find all Commons categories in https://commons.wikimedia.org/wiki/Category:Taxon_categories which are not added on Wikidata as Property:Commons categories? [17:48:11] all of them (except for category redirects) should be linked on Wikidata [17:48:34] (linked using P373) [20:03:29] Josve05a: I can't think of any way to do that in a query [20:08:17] :/ [20:15:32] that's the whole problem with using statements, links between wikidata and other projects were designed to be done using sitelinks... [20:18:57] prolem with Commmons is the Gallery vs file vs Category namespace... [20:19:09] ~~file~~ [20:19:22] for every other project we just have multiple items linked together [21:00:28] Lydia_WMDE: I copy-pasted it from the old wiki, if you think we should remove it, let's do it [22:44:04] Lydia_WMDE: DanielK_WMDE_: Poke about https://phabricator.wikimedia.org/T164173 - if our initial guess is correct, this means Wikibase needs to be updated to waitForSlaves() as it is currently making rapid-fire 8000+ writes in single jobs across multiple tables without allowing for replication. Should be easy to fix, but please confirm and prioritize accordingly. [22:44:26] This indirectly causes real-user edits to be rejected due to high-lag (which enables read-only mode across the cluster)