stjn updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T340602
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: stjn
Cc: Izno, Aklapper, stjn, Astuthiodit_1, Susie413113, karapayneWMDE, Invadibot,
maantietaja, ItamarWMDE
stjn added a comment.
Logged in of course. Same problem with caching disabled via devtools, so
probably not caching.
TASK DETAIL
https://phabricator.wikimedia.org/T340602
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: stjn
Cc: Izno, Aklapper
stjn added a comment.
Caused a regression somewhere in Wikidata code: T340602: jquery.tipsy is
referenced by Wikidata Add link interface
<https://phabricator.wikimedia.org/T340602>
TASK DETAIL
https://phabricator.wikimedia.org/T117720
EMAIL PREFERENCES
https://phabricator.wikimed
stjn created this task.
stjn added projects: Wikidata, Regression.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
In Add link interface of Wikidata on the page
https://ru.wikipedia.org/wiki/Feelings?uselang=en —
(I entered https://en.wikipedia.org/wiki/Feelings_
stjn added a comment.
In T286612#8341113 <https://phabricator.wikimedia.org/T286612#8341113>,
@Manuel wrote:
> This seems fixed already (I checked on fr and vi, test looks similar on the
first glance).
>
> Is there still something to do here?
> If yes, what woul
stjn added a comment.
In T286612#7715416 <https://phabricator.wikimedia.org/T286612#7715416>, @Od1n
wrote:
> Is the above workaround still needed?
>
> It seems the is not (or no longer?) displayed directly, but used as
source data to generate the widget that is act
stjn added a comment.
Btw, this is a common problem with translators into Russian, too. I think
~~now that English speakers became affected~~ it is better late than never to
find ways to improve Special:Translate interface to make the language you are
currently translating your message to a
stjn added a comment.
In T282026#7084548 <https://phabricator.wikimedia.org/T282026#7084548>,
@Pginer-WMF wrote:
> For the new version of the language selector we considered a possible way
to integrate related functionality (T265996
<https://phabricator.wikimedia.org/T26
stjn renamed this task from "Unable to quickly add interwiki links" to "Unable
to quickly add interwiki links via Wikidata’s "Add link" interface".
TASK DETAIL
https://phabricator.wikimedia.org/T282026
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settin
stjn merged a task: T282257: No way to get a Wikidata "Add link" box
with Desktop Improvements' language selector.
stjn added a subscriber: Amire80.
TASK DETAIL
https://phabricator.wikimedia.org/T282026
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailp
stjn closed this task as a duplicate of T282026: Unable to quickly add
interwiki links.
TASK DETAIL
https://phabricator.wikimedia.org/T282257
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: stjn
Cc: Amire80, Aklapper, Invadibot, Selby, maantietaja
stjn added a comment.
Never stopped.
F31536689: image.png <https://phabricator.wikimedia.org/F31536689>
TASK DETAIL
https://phabricator.wikimedia.org/T228194
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: stjn
Cc: Addshore, stjn, Ak
stjn added a comment.
Previously list item with Wikidata item had `#t-wikibase` ID by virtue of
being in Tools section. Some gadgets, stylesheets, and user scripts do use this
ID (`insource:"t-wikibase" prefix:all:` search in ruWP
<https://ru.wikipedia.org/w/index.php?sort=rel
stjn added a comment.
If Vue that Wikibase team uses is not server-side, shipping 60 Kb of
JavaScript to users in Wikipedias for a relatively small tool in the interface
is probably not great, even if that makes the developer experience a bit better.
As a user though, I want to endorse
stjn updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T228194
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: stjn
Cc: stjn, Aklapper, Ladsgroup, darthmon_wmde, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden, LawExplorer
stjn created this task.
stjn added projects: Wikidata, MediaWiki-extensions-WikibaseClient.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Third time’s the charm, as suggested by @Ladsgroup in T50047
<https://phabricator.wikimedia.org/T50047>. I have since e
stjn closed subtask T50047: client watchlist shows more than just the last
change on the item as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T90435
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: stjn
Cc: Fuzheado, AfroThu
stjn closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T50047
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: daniel, stjn
Cc: Ladsgroup, Liuxinyu970226, stjn, Aklapper, Legoktm, Denny, Snaterlicious,
stjn raised the priority of this task from "Normal" to "Unbreak Now!".
stjn added a comment.
Restricted Application added a subscriber: Liuxinyu970226.
Will anything be done to this? Watchlisting any big item (such as ones for
any country) completely breaks my watchlis
stjn created this task.stjn added projects: wikiba.se, Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONWikidata interface currently features a number of sticky elements which are powered by _javascript_. This is a cool feature to have, but it can be realised entirely
stjn added a comment.
Since my report I’ve disabled Wikidata edits entirely because having frequently edited items in your watchlist with Wikidata edits enabled is a massive pain for users in default configuration.TASK DETAILhttps://phabricator.wikimedia.org/T50047EMAIL PREFERENCEShttps
stjn reopened subtask T50047: client watchlist shows more than just the last change on the item as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: stjnCc: AfroThundr3007730, Yair_ra
stjn reopened this task as "Open".stjn added a comment.
It appears that this bug was not fixed or was broken afterwards again, as I mentioned in T90435#4119854 before. If I need to file a new task, feel free to close it and forward me to this. I got down to writing a clear task descript
stjn added a comment.
Purge did nothing. No errors were in console as far as I am aware. Any action was being sent to the fallback, yes, so events were probably not subscribing to links with new localisation.TASK DETAILhttps://phabricator.wikimedia.org/T202346EMAIL PREFERENCEShttps
stjn added a comment.
In T202346#4538207, @Addshore wrote:
What errors?
I'm afraid without more details It is unlikely that we will be able to determine why it was happening.
Basically, subheaders had new localisation in edit buttons (‘править’), and all AJAX for them didn’t work a
stjn reopened this task as "Open".stjn triaged this task as "Low" priority.stjn added a subscriber: Marshmallych.stjn added a comment.
@Marshmallych, please don’t close my tasks for me in the future.
To provide an update: the specific issue with Russian localisation is gon
stjn updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONApparently, after changing a translation for ‘edit’ in Russian from ‘редактировать’ to ‘править’ users with Russian interface enabled have started to experience errors with _javascript_. Old parts of the interface (left
stjn created this task.stjn added projects: Wikidata, Russian-Sites.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONApparently, after changing a translation for ‘edit’ in Russian from ‘редактировать’ to ‘править’ users with Russian interface enabled have started to experience
stjn added a comment.
I would say that this potentially would be a very, very, I mean, very bad feature for any project that uses both Wikidata and FlaggedRevs extensively. This unpatrolling routinely means that you have to recheck pages because file description on Commons changed in some time
stjn added a comment.
Yes, other pages are showing up only once (I don’t use enhanced RC or anything like that), Wikidata changes are showing up a lot (this page is in my watchlist 47 times, for example).TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps
stjn added a comment.
Sorry if I’m writing in the wrong place, couldn’t find a specific task about this and don’t know if I should file one. Is the appearance of multiple Wikidata changes on the same page in the watchlist the supposed behaviour? I am accustomed that edits on the watchlist show up
stjn created this task.stjn added projects: MediaWiki-Watchlist, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThere are three edits in my watchlist that are being displayed like this:
(разн. | история) . . д Mozilla Firefox (Q698); 23:50 . . wikidata>SamsonNosmas (обсужде
stjn added a project: GeoData.stjn added a comment.
In T182976#3840659, @Sjoerddebruin wrote:
It's up to the community to fix their modules that this shouldn't happen.
What are the fixes that you are suggesting here, except the manual removal of duplicated data?
Btw, seems like t
33 matches
Mail list logo