Tacsipacsi added a comment.
Thanks all!
TASK DETAIL
https://phabricator.wikimedia.org/T367174
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE, Tacsipacsi
Cc: Tacsipacsi, Lydia_Pintscher, Jony, Aklapper
Tacsipacsi added a comment.
Thanks all for fixing this!
In T364681#9819113 <https://phabricator.wikimedia.org/T364681#9819113>,
@Reedy wrote:
> I'm not sure what help having numbers under the headings are, especially
when two of them are the number 2...
>
>
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T364681
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: abi_, Tacsipacsi
Cc: Lucas_Werkmeister_WMDE, Reedy, Zabe, Ameisenigel, Nikerabbit, Pppery,
Aklapper
Tacsipacsi added a comment.
F50471521: DuplicateReferences.js
<https://phabricator.wikimedia.org/F50471521>
By the way, it’s a standard unidiff <https://en.wikipedia.org/wiki/unidiff>
file, so if you download Gadget-DuplicateReferences.js as
`DuplicateReferences.js` and th
Tacsipacsi closed this task as "Resolved".
Tacsipacsi assigned this task to Nikki.
Tacsipacsi added a comment.
Done.
<https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-RearrangeValues.js&diff=1776569428>
TASK DETAIL
https://phabricator.wikimedia.org/T25233
Tacsipacsi renamed this task from "Make a gadget for Wikidata out of a script"
to "Make a gadget for Wikidata out of the rearrange_values.js script".
TASK DETAIL
https://phabricator.wikimedia.org/T252338
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Tacsipacsi added a comment.
In T340859#9766876 <https://phabricator.wikimedia.org/T340859#9766876>,
@Sjoerddebruin wrote:
> (it doesn't function anyway on mobile).
But it //does// function on desktop Minerva, not to mention other skins like
Timeless and Modern, on
Tacsipacsi added a comment.
The difference is that jQuery UI dialogs can’t be moved horizontally when
using a RTL UI language, presumably due to a bug; while OOUI and Codex dialogs
can’t be moved either horizontally or vertically, using either RTL or LTR UI
language, by design. Migrating to
Tacsipacsi added a comment.
In T210784#9602604 <https://phabricator.wikimedia.org/T210784#9602604>,
@Michael wrote:
> As I understand it, what @Tacsipacsi writes is correct. Wikidata sitelinks
are disabled on the main namespace of Wiktionary wikis, because that namespace
is
Tacsipacsi added a comment.
As far as I see, it’s executed at most once per parse (assuming that
ContentAlterParserOutput
<https://www.mediawiki.org/wiki/Manual:Hooks/ContentAlterParserOutput> is
called at most once), so it should be safe to continue using
`ParserOutput::setExtensi
Tacsipacsi added a comment.
Not really. Given `simplewiki`, T253387
<https://phabricator.wikimedia.org/T253387> should give `simple` and
`wikipedia`, as `simple` is a valid “non-standard language code” (i.e. a
language code that is known to MediaWiki but isn’t valid, or has a sl
Tacsipacsi added a comment.
This is not specific to mobile, the search results page displays the same
text (namely search-nonefound
<https://www.wikidata.org/wiki/MediaWiki:Search-nonefound>) on desktop as well.
Options:
- Ask an admin to include the new lexeme link.
- Sear
Tacsipacsi added a comment.
In T310581#9660648 <https://phabricator.wikimedia.org/T310581#9660648>,
@Lucas_Werkmeister_WMDE wrote:
> Apparently @cscott recently added toBcp47Code()
<https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Scribunto/+/983271>, but
as a non-
Tacsipacsi added a comment.
Could someone review this patch? It’s been waiting for a +2 for over two
years now.
TASK DETAIL
https://phabricator.wikimedia.org/T74712
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Tacsipacsi
Tacsipacsi added a comment.
In T303111#9605129 <https://phabricator.wikimedia.org/T303111#9605129>,
@Michael wrote:
> Not sure, but is this missing `{{noexternallanglinks}}`?
`{{noexternallanglinks}}` shouldn’t be necessary. If a local interlanguage
link is defined,
Tacsipacsi added a comment.
> (which would also be more in line with the API etiquette
<https://www.mediawiki.org/wiki/API:Etiquette#Request_limit>).
While the etiquette doesn’t state this (nor the contrary), I think we should
be strict about the request limit only in non-in
Tacsipacsi renamed this task from "watchlist notification emails should contain
label" to "Watchlist notification emails should contain label".
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T47441
EMAIL PREFERENCES
https://phabr
Tacsipacsi added a comment.
`right:0` isn’t good on all small screen sizes either: what if the popup is
wider than the whole screen? A `right:0` would make it overflow – but this time
on the left, which means that there’s no scrollbar, the content is simply
hidden. So if the popup width is
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T350806
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: DAlangi_WMF, Tacsipacsi
Cc: Tacsipacsi, xSavitar, Tgr, WMDE-leszek, Michael, matmarex, Aklapper,
Krinkle
Tacsipacsi added a comment.
In T324420#9400336 <https://phabricator.wikimedia.org/T324420#9400336>,
@Arian_Bozorg wrote:
> it's only on the redirect and also helps walk them through what is required
to create the item.
It’s not only when connecting redirects. The
Tacsipacsi added a comment.
Since native Promise is supported now, what about migrating the gadget to
those, dropping the Async.js dependency? Including minified JS (the Async.js
code in this case) on wiki pages isn’t a best practice anyway.
TASK DETAIL
https://phabricator.wikimedia.org
Tacsipacsi added a comment.
In T324420#9375572 <https://phabricator.wikimedia.org/T324420#9375572>,
@Oudedutchman wrote:
> We can assume that if the user opens a redirect page and decides to attach
it to Wikidata, they know what they’re doing.
In this task, I don’t thi
Tacsipacsi added a comment.
In T324419#9374215 <https://phabricator.wikimedia.org/T324419#9374215>,
@Oudedutchman wrote:
> For me it is actually navigating to the Special:NewItem if there are no
interlanguage links. And I could not find any “add links” gadget.
Tested
Tacsipacsi added a comment.
It //links// to Special:NewItem, but a click handler brings up a dialog
window (rather than navigating away) if there are no interlanguage links: that
is the “add links” gadget. Being a JavaScript tool, it uses the MediaWiki
action API, not a special page.
TASK
Tacsipacsi added a comment.
This task asked for a //gadget//, the mentioned thing is a //user script//.
It’s probably a good starting point, but doesn’t resolve the task. (And a
simple move to MediaWiki namespace isn’t straightforward due to T75714
<https://phabricator.wikimedia.org/T75
Tacsipacsi added a project: AbuseFilter.
Tacsipacsi added a comment.
The module reads data, not wikitext, it’s free to do with it whatever it
wants, and I don’t think this should be changed (e.g. by doing as if the
statement wasn’t there). However, SpamBlacklist could provide a Lua interface
Tacsipacsi added a comment.
I don’t think this bug has much to do with Cognate other than the fact that
Wikibase interlanguage links are disabled in mainspace because Cognate provides
the required functionality.
TASK DETAIL
https://phabricator.wikimedia.org/T210784
EMAIL PREFERENCES
Tacsipacsi added a comment.
What about adding a hook to `SiteLinkTable::getItemIdForLink` that allows
Translate to fake the item ID (by providing the item ID of the translatable
page)? It would make translations of connected pages work the same way as the
translatable pages themselves: not
Tacsipacsi added a comment.
In T340859#9243405 <https://phabricator.wikimedia.org/T340859#9243405>,
@Jdlrobson wrote:
> @Tacsipacsi mw.config variables are not currently covered by the frontend
stable policy
<https://www.mediawiki.org/w/index.php?title=Stable_interface_pol
Tacsipacsi added a comment.
In T340859#9240624 <https://phabricator.wikimedia.org/T340859#9240624>,
@Jdlrobson wrote:
> it is better to feature detect for the precise thing you want e.g. "If I
click the edit button will the mobile editor show?" . That's goin
Tacsipacsi reassigned this task from matmarex to Lucas_Werkmeister_WMDE.
Tacsipacsi added a comment.
Thanks @Lucas_Werkmeister_WMDE and @matmarex for fixing it! Is it worth it
creating a task to eliminate the difference between `diffonly=1` and
`diffonly=0`?
TASK DETAIL
https
Tacsipacsi added a comment.
In T347578#9207898 <https://phabricator.wikimedia.org/T347578#9207898>,
@matmarex wrote:
> So… maybe the styling (which looked wrong to @michael above :) ) isn't
actually intended, just happening by accident when the page content is
displayed
Tacsipacsi added a comment.
I’m able to reproduce this on
https://commons.wikimedia.org/wiki/File:Dia_do_Aviador_(50535075482).jpg, with
and without safe mode, with plain [F5] and with [⌃] + [F5]. I can also
reproduce at the URL set in the //Request URL// field. (All testing done
logged
Tacsipacsi added a comment.
https://www.wikidata.org/w/index.php?title=MediaWiki:Common.css&diff=1970446149
is a hackish solution, it should be reverted once “1.” is fixed in Wikibase.
TASK DETAIL
https://phabricator.wikimedia.org/T330820
EMAIL PREFERENCES
h
Tacsipacsi edited projects, added Wikidata-Gadgets; removed
MediaWiki-extensions-Gadgets, Wikidata.
Tacsipacsi closed this task as "Invalid".
Tacsipacsi added a comment.
It does appear, simply due to the design of Vector 2022, at a slightly
different place – to be exact, one of tw
Tacsipacsi added a project: MediaWiki-extensions-WikibaseRepository.
TASK DETAIL
https://phabricator.wikimedia.org/T208662
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Amire80, Mbch331, Aklapper, Tacsipacsi, Danny_Benjafield_WMDE
Tacsipacsi added a comment.
I like //Disable MobileFrontend, continue using Minerva//, except for having
to adjust my preferences or use query parameters all the time if I use Wikidata
both on desktop and mobile. Could MobileFrontend be changed so that feature #2
can be turned off at a site
Tacsipacsi created this task.
Tacsipacsi added projects: MediaWiki-extensions-WikibaseRepository, MinervaNeue.
Restricted Application added subscribers: Masumrezarock100, Aklapper.
TASK DESCRIPTION
Steps to reproduce
--
1. Open a Wikidata item page using the Minerva Neue
Tacsipacsi renamed this task from "Bug with the Minerva interface for Wikidata
" to "Edit buttons overlap on Minerva on Wikidata".
TASK DETAIL
https://phabricator.wikimedia.org/T340859
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Tacsipacsi added a comment.
`Wikibase*.MobileSite` should be used at most as a temporary stopgap measure
(although I’m still not convinced it should be used at all). Instead of
spending effort on refactoring the code, effort should be spent on removing
calls to it, at least in the vast
Tacsipacsi added a comment.
In T335363#8811478 <https://phabricator.wikimedia.org/T335363#8811478>,
@Lydia_Pintscher wrote:
>> [ ] We should probably show label **and** description as this is how
Wikibase is designed (labels are not unique, but label + description is) and
Tacsipacsi added a comment.
In T335363#8805053 <https://phabricator.wikimedia.org/T335363#8805053>,
@thiemowmde wrote:
> [ ] Is this really the best possible API? https://query.wikidata.org/?
https://www.wikidata.org/wiki/Wikidata:REST_API?
> [ ] How to make the two APIs r
Tacsipacsi added a comment.
I think this approach should be a temporary measure in most if not all cases,
and the final solution should be making things work on mobile, or if it’s
impossible, making decisions based on the real blocker (if it doesn’t work
without a keyboard, check client
Tacsipacsi added a comment.
In T334249#8766640 <https://phabricator.wikimedia.org/T334249#8766640>,
@Al12si wrote:
> merge.js is a standard Wikidata applet..
Actually it’s not even a default gadget (although it may make sense to make
it one…).
In T334249#87666
Tacsipacsi added a comment.
Disambiguation items (items having P31
<https://www.wikidata.org/wiki/Property:P31> = Q4167410
<https://www.wikidata.org/wiki/Q4167410>) are conceptually different from
non-disambiguation items. An item is a disambiguation item exactly if it has
th
Tacsipacsi added a comment.
The description still mentions snaks. Word-level diffs are just as useful for
other types of snaks (qualifiers, references).
TASK DETAIL
https://phabricator.wikimedia.org/T325054
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Tacsipacsi renamed this task from "Show word-level diff for statements with
value types string and monolingual text in Wikibase diffs " to "Show word-level
diff for snaks with value types string and monolingual text in Wikibase diffs ".
TASK DETAIL
https://phabricator.w
Tacsipacsi set Request URL to
https://commons.wikimedia.org/wiki/File:Hochfeiler_in_Alps.jpg?debug=1.
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T321532
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To
Tacsipacsi changed the subtype of this task from "Task" to "Production Error".
TASK DETAIL
https://phabricator.wikimedia.org/T321532
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Krinkle, Tacsipacsi, mdaniels5
Tacsipacsi created this task.
Tacsipacsi added projects: Wikimedia-production-error, SDC General.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Error
-
name=message
View mediainfoview does not exist
name=trace
resources/wikibase/view
Tacsipacsi added a comment.
#discussiontools <https://phabricator.wikimedia.org/tag/discussiontools/> can
parse (correctly) formatted dates in signatures. The Talk pages project started
3.5 years ago. Wikibase can’t parse correctly formatted dates. Wikidata started
over a decade ago.
Tacsipacsi added a comment.
In T139898#8629511 <https://phabricator.wikimedia.org/T139898#8629511>,
@Titanboo wrote:
> Lydia told me about this ticket that might relate to a script I concept and
wrote with Marchellangelina
<https://www.wikidata.org/wiki/User:Marc
Tacsipacsi added subscribers: Titanboo, Fexpr, Tacsipacsi.
Tacsipacsi added a comment.
In T139898#8629511 <https://phabricator.wikimedia.org/T139898#8629511>,
@Titanboo wrote:
> Hello, everyone.
>
> Lydia told me about this ticket that might relate to a script I con
Tacsipacsi added a comment.
Introducing a lightweight also makes sense, although I don’t think
`mw.language.newFromBcp47()` would be used a lot – usually the language comes
from MediaWiki (page language, content language, `{{int:lang}}` hack etc.), and
then converted to BCP47 for usage in
Tacsipacsi added a comment.
I think the default badge should be intentional sitelink to redirect
<https://www.wikidata.org/wiki/Q70894304>, as we can assume that if the user
opens a redirect page and decides to attach it to Wikidata, they know what
they’re doing. However, if the p
Tacsipacsi added a comment.
I suppose the call could be exactly the same as for `getSitelink`, i.e.
-- @param {string} itemId
-- @param {string} [globalSiteId]
function wikibase.getBadges( itemId, globalSiteId )
and the return value could be a Lua table (with numeric
Tacsipacsi added a comment.
I don’t have concrete examples now, but categories that come to my mind where
it’s common to have longer texts:
- Monolingual texts (work titles, quotations, addresses, property usage
instructions etc.)
- Source text (scores, formulæ, regexes etc.)
But
Tacsipacsi reopened this task as "Open".
Tacsipacsi added a comment.
Sorry, I somehow missed closing this ticket. The acceptance criterion was not
met: the criterion mentions “textual fields”, not “terms and sitelinks”;
textual statements are still missing.
TASK DETA
Tacsipacsi added a comment.
In T324854#8457442 <https://phabricator.wikimedia.org/T324854#8457442>,
@Tacsipacsi wrote:
> - This being the default was once a thing in certain scenarios, and has
been disabled due to performance issues (T292203
<https://phabricator.wikimedia
Tacsipacsi added a comment.
It’s indeed annoying to mix the two extensions, as they are quite different,
not only from a technical perspective:
- **Translate**: It’s not even clear what you want, `{{ll}}` does two things
in one:
- It changes the link target from `Help` to
Tacsipacsi added a comment.
> They are entered in a page in the Query namespace and internally saved as
JSON.
Why JSON? We have WDQS, which uses SPARQL, so it seems straightforward for me
to store these on-wiki queries in SPARQL as well. (The cached results should
probably be JSON,
Tacsipacsi added subscribers: Reedy, Tacsipacsi.
Tacsipacsi reopened this task as "Open".
Tacsipacsi edited projects, added MediaWiki-Watchlist; removed Wikidata.
Tacsipacsi added a comment.
Restricted Application added a project: Growth-Team.
@reedy T41510 <https://phabricator.
Tacsipacsi added a project: MediaWiki-extensions-DoubleWiki.
Tacsipacsi added a comment.
In T323376#8405720 <https://phabricator.wikimedia.org/T323376#8405720>,
@matmarex wrote:
> - mediawiki/extensions/DoubleWiki
> - Looks correct
Well, not entirely. I don’t know
Tacsipacsi added a comment.
In T69659#6638108 <https://phabricator.wikimedia.org/T69659#6638108>, @putnik
wrote:
> Since the T208305 <https://phabricator.wikimedia.org/T208305> has already
closed, it is possible that on the technical side, everything is ready for this
t
Tacsipacsi added a comment.
I don’t see any connection between this and T310259
<https://phabricator.wikimedia.org/T310259>. T310259
<https://phabricator.wikimedia.org/T310259> touches the ULS-based language
selector, this task is about the much more usable non-ULS-based one.
Tacsipacsi added a project: SiteMatrix.
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".
Tacsipacsi added a comment.
Special:SiteMatrix is provided by #sitematrix
<https://phabricator.wikimedia.org/tag/sitematrix/>, not Wikibase, so th
Tacsipacsi added a comment.
I don’t know how much attention admins pay to this, but as a (non-admin) user
who nominates non-notable items for deletion every now and then, I always
forget to check subscribed wikis. I’ve had to create a template that states
that there are no subscribed wikis
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".
TASK DETAIL
https://phabricator.wikimedia.org/T305378
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Zebulon84, Tacsipacsi, Lydia
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T305378
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Zebulon84, Tacsipacsi, Lydia_Pintscher, Aklapper, eranroz, thiemowmde, Tpt,
Ladsgroup, hoo
Tacsipacsi added a comment.
It would still be important to be consistent within a wiki, including
whitespace handling. These minor differences can be very hard to understand,
much harder than the big differences like the current status quo of no
word-level diffs (which doesn’t mean the word
Tacsipacsi removed a project: Patch-For-Review.
TASK DETAIL
https://phabricator.wikimedia.org/T255319
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mabualruz, Tacsipacsi
Cc: Tacsipacsi, Mabualruz, Nikerabbit, AndyRussG, Ladsgroup, Osnard, Pwirth
Tacsipacsi added a comment.
In T303317#8044115 <https://phabricator.wikimedia.org/T303317#8044115>,
@Lucas_Werkmeister_WMDE wrote:
> […] diffing statements feels like more work to me, both to define (e.g.
should we diff the labels of item values word by word, or just treat
Tacsipacsi added a comment.
That sounds much better, although I’d still put a warning in the gadget
description stating that //when// the user presses the button, third-party
services will be able to track their activity, just to be clear. (It doesn’t
need to be a bolded, italic, all-caps
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".
Tacsipacsi closed this task as "Declined".
Tacsipacsi added a comment.
With T292203 <https://phabricator.wikimedia.org/T292203> resolved, diffs no
longer convert the links in t
Tacsipacsi changed the subtype of this task from "Task" to "Bug Report".
Tacsipacsi added a project: RTL.
Restricted Application added a project: I18n.
TASK DETAIL
https://phabricator.wikimedia.org/T208662
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".
TASK DETAIL
https://phabricator.wikimedia.org/T205959
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Bdijkstra, Bencemac, Ato_01,
Tacsipacsi changed the subtype of this task from "Task" to "Bug Report".
TASK DETAIL
https://phabricator.wikimedia.org/T221610
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Tacsipacsi, Aklapper, Astuthio
Tacsipacsi added a comment.
Indeed, thanks for checking back on this!
TASK DETAIL
https://phabricator.wikimedia.org/T291714
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Manuel, Tacsipacsi
Cc: Manuel, Addshore, Lydia_Pintscher, Tacsipacsi
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".
Tacsipacsi added a comment.
Thanks for filing this task! I was planning to do it for months, but didn’t
get around doing it…
The problem with a field or instance method is that the number o
Tacsipacsi added a comment.
In T309770#7976890 <https://phabricator.wikimedia.org/T309770#7976890>,
@Krinkle wrote:
> 1. wgEnableUploads is enabled fairly widely even on many wikis that
effectively don't have an upload link in the sidebar and don't permit
non-syso
Tacsipacsi created this task.
Tacsipacsi added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Steps to reproduce
--
1. Try to revert a Wikibase edit.
Actual result
Tacsipacsi added a comment.
With T215422: Migrate Wikibase to use comment_data field instead of
SummaryFormatter <https://phabricator.wikimedia.org/T215422> implemented, the
`comment_text` will be the summary parsed in the content language, so if the
mailer uses that (I suppose i
Tacsipacsi added a parent task: T45044: [Task] Edit auto summary not
substituted in email notification.
TASK DETAIL
https://phabricator.wikimedia.org/T215422
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Mholloway
Tacsipacsi added a subtask: T215422: Migrate Wikibase to use comment_data field
instead of SummaryFormatter.
TASK DETAIL
https://phabricator.wikimedia.org/T45044
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Ricordisamoa, Aklapper
Tacsipacsi changed the subtype of this task from "Task" to "Bug Report".
Tacsipacsi added a comment.
T215422: Migrate Wikibase to use comment_data field instead of
SummaryFormatter <https://phabricator.wikimedia.org/T215422> could maybe
improve the situation? If the
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T305378
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Tacsipacsi, Lydia_Pintscher, Aklapper, eranroz, thiemowmde, Tpt, Ladsgroup,
hoo, aude
Tacsipacsi closed subtask T304767: Fix uses of (error|warning)box in
CirrusSearch as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jdlrobson, Tacsipacsi
Cc: abi_, Stan
Tacsipacsi updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi,
Nikerabbit
Tacsipacsi changed the status of subtask T304767: Fix uses of
(error|warning)box in CirrusSearch from "Open" to "In
Progress".
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
Tacsipacsi added a comment.
I can’t reproduce it now either, even though I could consistently reproduce
it yesterday. Maybe a such state got stuck in some cache where both formatters
had the same rank? It’d be a bit surprising, though, as I changed the rank
<https://www.wikidata.or
Tacsipacsi created this task.
Tacsipacsi added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Steps to reproduce
--
1. Open https://www.wikidata.org/wiki/Q1030325#P10559
2. Notice that it links
Tacsipacsi added a comment.
Since T97577 <https://phabricator.wikimedia.org/T97577>, there’s a magic word
`__EXPECTED_UNCONNECTED_PAGE__`, which Translate could in theory include.
However, that doesn’t seem to be a clean solution, so probably Wikibase should
provide some interface fo
Tacsipacsi removed projects: MediaWiki-extensions-CentralNotice, Timeless,
CirrusSearch.
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: abi_, Stang, Daimona, Krinkle, Edtadros
Tacsipacsi removed projects: MediaWiki-extensions-SecureLinkFixer,
Patch-For-Review.
Tacsipacsi added a comment.
The only result for `(error|warning|success|message)box` in
#mediawiki-extensions-securelinkfixer
<https://phabricator.wikimedia.org/tag/mediawiki-extensions-securelinkfi
Tacsipacsi changed the status of subtask T304602: Fix use of errorbox in
Gadgets from "Open" to "In Progress".
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc:
Tacsipacsi changed the status of subtask T304531: Score extension using
deprecated errorbox class from "Open" to "In Progress".
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
Tacsipacsi removed a project: MediaWiki-extensions-Gadgets.
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi
Tacsipacsi removed a project: MediaWiki-extensions-Score.
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi
Tacsipacsi added a subtask: T304531: Score extension using deprecated errorbox
class.
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: abi_, Stang, Daimona, Krinkle, Edtadros
Tacsipacsi closed subtask T304271: Fix uses of (error|warning)box in
FlaggedRevs as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T300306
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tacsipacsi
Cc: Stang, Daimona, Krinkle
1 - 100 of 199 matches
Mail list logo