Mormegil updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T341766
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mormegil
Cc: Aklapper, Mormegil, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE,
Invadibot, maantietaja
Mormegil created this task.
Mormegil added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
When a single claim had multiple edits, attempt to undo one of those edits
undoes also all subsequent edits of the same
Mormegil renamed this task from "“Add links” automatically merges categories
with subject items on Wikidata" to "“Add links” automatically merges
incompatible items on Wikidata".
Mormegil updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T27071
Mormegil added a comment.
@Vojtech.dostal Using CSS? No way; the link is added to the page whenever
there are no interlanguage links on the page, without further regard to the
content of the (possibly) linked item. Even the linking dialog seems not to
load the content of the referenced
Mormegil closed this task as "Resolved".
Mormegil added a comment.
The links were correctly updated and seem to be correct now, thanks!
TASK DETAIL
https://phabricator.wikimedia.org/T299828
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To
Mormegil added a comment.
The fix seems to work fine in production. Should I closed this as fixed, or
is it going through some process on WMF side?
TASK DETAIL
https://phabricator.wikimedia.org/T307601
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Mormegil added a comment.
Oh, great, that at least explains why I’m the first the report and fix this.
Yeah, the implementation-defined
<https://tc39.es/ecma262/multipage/indexed-collections.html#sec-sortindexedproperties>
behavior of `array.sort` when given an inconsistent comp
Mormegil created this task.
Mormegil added projects: Wikidata, MobileFrontend, Discovery-Search.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**List of steps to reproduce** (step by step, including full links if
applicable):
- Go to https://m.wikidata.org/ (let’s
Mormegil added a comment.
In T299828#7653095 <https://phabricator.wikimedia.org/T299828#7653095>,
@Michael wrote:
>> Purging some of the pages?
>
> Purging the pages in mkwiki should always fix these things.
“These”? Meaning “interwiki links are c
Mormegil created this task.
Mormegil added projects: Wikidata, Wikimedia-Interwiki-links.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
TL;DR:
1. See mk:Категорија:Леднички земјишни облици
<https://mk.wikipedia.org/wiki/%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80
Mormegil added a comment.
> please let me know if you want me to force refresh this specific item.
That’s not necessary for me, thanks!
TASK DETAIL
https://phabricator.wikimedia.org/T292705
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferen
Mormegil created this task.
Mormegil added projects: Wikidata-Query-Service, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
I have changed the Czech descriptions of some Wikidata entities. And later, I
have found that a few of these changed entities still show
Mormegil added a comment.
Oh, sure, I did not want to imply it should just be removed. It was only an
observation intended to help with localizing the bug. (Even though probably
unnecessary/self-evident, I guess, especially in this task where the original
commit introducing the problem has
Mormegil added a comment.
Yep, the claims disappeared, thanks! The timestamps remain but I don’t care
about those and if you say this is OK, no problem for me. (I guess this task
can be closed as resolved?)
TASK DETAIL
https://phabricator.wikimedia.org/T291609
EMAIL PREFERENCES
https
Mormegil added a comment.
Just copying a note from my duplicate bug:
The problem seems to be impacted by a `z-index: 1` declaration in the
`.wikibase-statementgrouplistview .wikibase-statementlistview
.wikibase-statementview:target` CSS rule. When I disable the z-index, the link
Mormegil closed this task as a duplicate of T285694: Highlighting for currently
selected statement makes property unclickable and causes overlap with
constraint violations popup.
TASK DETAIL
https://phabricator.wikimedia.org/T290228
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Mormegil merged a task: T290228: Wikidata property label is unclickable when
linked using statement ID.
TASK DETAIL
https://phabricator.wikimedia.org/T285694
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mormegil
Cc: Mormegil, Michael
Mormegil added a comment.
Note that the property label of the target statement is unclickable now, see
T290228 <https://phabricator.wikimedia.org/T290228>.
TASK DETAIL
https://phabricator.wikimedia.org/T234079
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Mormegil added a project: MediaWiki-extensions-WikibaseRepository.
TASK DETAIL
https://phabricator.wikimedia.org/T290228
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mormegil
Cc: Aklapper, Mormegil, Invadibot, maantietaja, Akuckartz, Nandana
Mormegil created this task.
Mormegil added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**List of steps to reproduce** (step by step, including full links if
applicable):
Try a WQS query <https://w.wiki/47GU> looking for Q
Mormegil created this task.
Mormegil added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
When a link to a specific statement on Wikidata is used, the property label
of the target statement cannot be clicked, selected or interacted with.
**List
Mormegil created this task.
Mormegil added projects: Wikidata, MediaWiki-extensions-WikibaseClient.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
The “Add links” tool on the client wikis allows the wiki editors to simply
add a sitelink to the current page to Wikidata
Mormegil created this task.
Mormegil added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
It seems `AutoCommentFormatter` double-escapes HTML in message arguments. See
e.g. this Wikidata diff <https://www.wikidata.org/wiki/Special:Diff/1044675
Mormegil added a comment.
I found this bug only after reducing my broken query until only this was left:
SELECT (MIN(?name) AS ?name) WHERE {
}
Also, I noticed COUNT and SAMPLE work fine, while the other aggregate
functions do not support this aliasing. If it is an error
Mormegil added a project: I18n.
TASK DETAIL
https://phabricator.wikimedia.org/T221097
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mormegil
Cc: Mormegil, Blahma, Urbanecm, JAnD, Wesalius, Aklapper, Vojtech.dostal,
darthmon_wmde, DannyS712
Mormegil added a comment.
In T221097#5118415 <https://phabricator.wikimedia.org/T221097#5118415>,
@Urbanecm wrote:
> Possible solutions:
>
> - decline this task
Wat.
> - (no geodata) a preference saying "my dates are always in DD. MM.
Ri
Mormegil created this task.
Mormegil added projects: Wikidata, MediaWiki-History-and-Diffs.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Wikidata diffs now do not display //(undo)// links. See e.g. a random diff
<https://www.wikidata.org/w/index.php?title=Q
Mormegil added a comment.
OK, I have fixed the problem for cs by purging
https://www.wikidata.org/wiki/MediaWiki:Mainpage/cs but that’s not a great
solution…
TASK DETAIL
https://phabricator.wikimedia.org/T228886
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Mormegil added a comment.
Possibly related? We have found a similar problem with missing P6736
<https://phabricator.wikimedia.org/P6736> data: Q38192330 has P6736
<https://www.wikidata.org/wiki/Q38192330#P6736> (since 2019-07-03), but it
cannot be found using WQS <https://w.w
Mormegil added a comment.
Once again, this solved itself by purging the page, probably just a cached
version of the broken state.
TASK DETAIL
https://phabricator.wikimedia.org/T227814
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: greg
Mormegil added a comment.
Test Wikidata works fine for me, the broken display disappeared on purge.
TASK DETAIL
https://phabricator.wikimedia.org/T227814
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: greg, Mormegil
Cc: Lucas_Werkmeister_WMDE
Mormegil added a comment.
I just reported T227814 <https://phabricator.wikimedia.org/T227814>.
TASK DETAIL
https://phabricator.wikimedia.org/T227815
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mormegil
Cc: Mormegil, Jdforrester-WMF, Ak
Mormegil created this task.
Mormegil added projects: Wikidata, I18n.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Wikidata localization seems to be broken quite a lot; when viewing in (e.g.)
Czech (as always), I notice many broken things everywhere (e.g. a completely
Mormegil added a comment.
Came here with the same problem, and indeed, uBlock Origin blocks
fingerprint.js as well.
TASK DETAIL
https://phabricator.wikimedia.org/T86799
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: JanZerebecki, Mormegil
Cc
Mormegil added a comment.
I’ve had the same problem, turned out some ad-/privacy-blockers block the
loading of `fingerprint.js`, see also T86799
<https://phabricator.wikimedia.org/T86799>. After adding an exception for
wikidata.org to uBlock Origin I use, everything works fine.
TASK
Mormegil added a comment.
Well, it is different now. Arguably better, but not great either. It seems when you remove all text from a sitelink (and the Publish button gets disabled), the trashcan icon for the cleared sitelink gets disabled as well. So that saves you from the dead end reported
Mormegil created this task.
Herald added subscribers: Zppix, Aklapper.
TASK DESCRIPTION
When editing sitelinks in Wikidata, removing all text from a sitelink causes
the //Save// link to be disabled, which is fine. However, after clicking on the
trashcan icon next to the cleared sitelink
37 matches
Mail list logo