TheDJ added subscribers: wikidata-bugs, JulesWinnfield-hu, Lydia_Pintscher,
Wikidata-bugs.
TheDJ merged a task: T76288: jsonfm output of Wikibase wbgetentities API module
broken.
TASK DETAIL
https://phabricator.wikimedia.org/T76048
REPLY HANDLER ACTIONS
Reply to comment or attach files
TheDJ moved this task to Patch submitted on the Upstream workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T88478
WORKBOARD
https://phabricator.wikimedia.org/project/board/153/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
TheDJ added a subscriber: TheDJ.
TheDJ added a comment.
Herald added a subscriber: Aklapper.
Is there a way we could implement this by default, and still allow the wiki to
override ?
I actually find it a bit of a shame that we don't use indicators unless
implemented by a wiki. I mean if you
TheDJ added a subscriber: TheDJ.
TheDJ added a comment.
Something like this could easily be a
https://phabricator.wikimedia.org/tag/google-code-in-2015/ task btw...
TASK DETAIL
https://phabricator.wikimedia.org/T96149
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
TheDJ added subscribers: Mike_Peel, TheDJ.TheDJ added a comment.
Was discussing this some more with @Mike_Peel after his Wikidata + Wikipedia integration talk at Wikimania
Example template that uses Wikidata: Infobox telescope
Article fully using WikiData for the infobox. No local data. South
TheDJ added a comment.
And how do you request deletion ?
One idea is to use a multipart contenthandler. The Page namespace of
wikisource does this. That way, you can have a part wikitext and a part json.
But also potentially adds to confusion
TASK DETAIL
https
TheDJ added a blocked task: T135221: Make TimedText content an integral part of
the File page.
TASK DETAIL
https://phabricator.wikimedia.org/T107595
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: daniel, TheDJ
Cc: Glaisher, JJMC89, RobLa-WMF, Yurik
TheDJ added a comment.
In T57549#2983072, @daniel wrote:
But thy are not media files, and cannot be treated as such.
As I also mentioned in T28059: Add support for KML/KMZ filetype however, it's probably quite simple to write JS tools around .map pages and, which allow you to import
TheDJ added a comment.
There might be some overlap with T43498: New extension: Image metadata parser functionsTASK DETAILhttps://phabricator.wikimedia.org/T157798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TheDJCc: TheDJ, Aklapper, Jheald, EBjune, Acer
TheDJ added a comment.
You'll probably want to consider adapting the extension to make to enforce this in a better way for all users..
Perhaps the X-Robots-Tag http header can be used to remove indexing of the redirect... Not sure, redirects can be a bit problematic in that way.TASK DETAILhttps
TheDJ added a comment.
@Lea_Lacroix_WMDE I purged the page, and the error disappeared. Not sure if there is a way to do a 'mass' purge all wikidata pages that have math formula.TASK DETAILhttps://phabricator.wikimedia.org/T150737EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
TheDJ added a comment.
FYI. In the past several editors in communities and some developers have raised objections to most of these kinds of additional tags, because it's non-standard additional page-weight for the benefit of a commercial company.
+ WP:NOTFACEBOOK-nonsense and all that... just
TheDJ added a comment.
Useful:
https://developers.facebook.com/tools/debug/sharing/?q=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FSphenoparietal_sinus
https://developers.facebook.com/tools/debug/sharing/?q=https%3A%2F%2Fwww.wikidata.org%2Fwiki%2FQ42
https://cards-dev.twitter.com/validatorTASK
TheDJ added a comment.
FYI: you disallowed crawling, that doesn't mean you disallowed indexing for modern search engines. If another indexed page links to the url, that google will still index it.
To quote
When you block URLs from being indexed in Google via robots.txt, they may still show those
TheDJ added a comment.
Well i include a screenshot what of what I currently see when hitting print:
F6903709: Zyginama casta - Wikidata.png
The blocks are a bug with svg images in print mode in Safari, but i clearly get edit buttons atm, I see no evidence that they are being hidden for me. Am I
TheDJ added a comment.
Ehm you can print without using printable=yes of course...
This is what CSS media queries are for, not our printable=yes mode...TASK DETAILhttps://phabricator.wikimedia.org/T87108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
TheDJ added a comment.
@Magnus That is awesome work ! I'd love to hear an overview of your impressions
A point that I'm still wondering about, and that I have not seen addressed in this ticket nor meeting notes yet.. Server side rendering. I'm not saying we need full non-JS support for everything
TheDJ added a subscriber: JKatzWMF.TheDJ added a comment.
This problem was one of the complaints about Wikidata in the watchlist, when people discussed wikidata descriptions usage on mobile for english wikipedia.
ping @JKatzWMFTASK DETAILhttps://phabricator.wikimedia.org/T114761EMAIL
TheDJ reopened this task as "Open".TheDJ added a comment.
I can't agree with that. That's not how it works. Please create a "Wikidata doesn't want to work on this tag".TASK DETAILhttps://phabricator.wikimedia.org/T42655EMAIL PREFERENCEShttps://phabricator.wikimedi
TheDJ added a subscriber: hoo.TheDJ added a comment.
This was fixed by @hoo with commit: a68e08c143cc75d305f66dc55fd8fa61ddb5f705
change-id: I8e4831552bf5e3ace8e6c84cd4869abbff92d92eTASK DETAILhttps://phabricator.wikimedia.org/T42655EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
TheDJ created this task.TheDJ added projects: Accessibility, Wikidata-Page-Banner.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONThese dropdowns on a page like https://en.wikivoyage.org/wiki/Jaipur cannot be interacted with unless you use a mouse..TASK
TheDJ added a comment.
Note to remember that this should not be the sole way of adding coordinates, as communities continue to be hesitant about Wikidata, esp. the larger ones.TASK DETAILhttps://phabricator.wikimedia.org/T35704EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
TheDJ added a project: MobileFrontend.
TASK DETAILhttps://phabricator.wikimedia.org/T117159EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TheDJCc: Nikki, Aklapper, mojoaxel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude
TheDJ edited projects, added MobileFrontend; removed GeoData.TheDJ added a comment.
For now, Special:Nearby is still part of mobile frontend btw..
It seems we can close this however ?TASK DETAILhttps://phabricator.wikimedia.org/T171929EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
TheDJ added a comment.
Other considerations
Anonymous creator
Pseudonymous creator (worse, a pseudonym whose name later became a known author)
Multi party copyright/creators
hierarchies ? For instance JPL lab images are often credited as NASA/JPL/Project/Person
TASK DETAILhttps
TheDJ added a comment.
PLURAL simply can not do this
The problem is that this is an ordinal, and we have no tooling for that in our translations. PHP has:
$locale = 'en_US';
$nf = new NumberFormatter($locale, NumberFormatter::ORDINAL);
echo $nf->format($number);
Not sure if there are langua
TheDJ added a comment.
I'm totally missing WHY these need to be named different.., they seem to have similar purposes to the wikidata terminology. From a frontend perspective, naming them different only increases confusing to me.
Can reason for difference be documented in the input page ?TASK
TheDJ added a comment.
@Tgr That ticket would basically be T193857: Short description magic word stores last instance on page
@Pbsouthwood
a) The side effect is taking something from a revision and using it for the page (different level of the datamodel).
b) This has been the behaviour of all
TheDJ added a comment.
@Addshore It's what the subset of the community that screams the loudest wants. :)
As you might know, the English wikipedia is really close to an all out, Daily Mail-like, ban of WikiData. As most developers and a considerable set of users want to retain short descriptions
TheDJ added a comment.
In T184000#3915961, @Addshore wrote:
A way to override descriptions, in a similar way to i18n messages can be overridden, could make sense.
The description seems to go above and beyond that though.
Correct. The English Wikipedia community doesn't want that Wikidata
TheDJ added a comment.
Only just notice this is fixed. Thx @MarkTraceur !!TASK DETAILhttps://phabricator.wikimedia.org/T131896EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarkTraceur, TheDJCc: TheDJ, MarkTraceur, Capt_Swing, SandraF_WMF, Ramsey-WMF
TheDJ added a comment.
As on Wikipedia, we don't do content splits over differences in opinion.TASK DETAILhttps://phabricator.wikimedia.org/T187285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TheDJCc: TheDJ, DannyH, MZMcBride, Alsee, Aklapper, Lahi, Gq86
TheDJ closed this task as a duplicate of T184000: Magic word on English WP to override display of Wikidata short description.
TASK DETAILhttps://phabricator.wikimedia.org/T187285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TheDJCc: DannyH, MZMcBride, Alsee
TheDJ merged a task: T187285: Magic word on English WP to replace Wikidata short descriptions.
TASK DETAILhttps://phabricator.wikimedia.org/T184000EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tgr, TheDJCc: MZMcBride, Alsee, bearND, Mike_Peel, Tgr, JKatzWMF
TheDJ added a comment.
I'll remind everyone that any sort of community RFC only has an advisory influence to development. Development is not and never has been subject to any individual wiki's consensus model, which is something a certain subset of the community seems to have convinced themselves
TheDJ added a comment.
improve communication with developers
The community has been reaching out for over a year on most of these potential improvements, back when they stopped descriptions on the mobile website 2 years ago and very actively again for at least 8 months regarding the descriptions
TheDJ added a comment.
@Tgr Hmm. I just realised that pageterms module also reflects the wikidata content in the language as indicated by uselang... that's another potential api breaking point.
BTW. I wondered where "terms" originated from in wikidata speak. Best I could find
TheDJ added a comment.
@Tgr I'm assuming no markup (like in wikidata). What about text length restrictions ?
Regarding reflecting the wiki base value, i think it's best to indeed have that as an additional value within terms, but probably not by default. I'do think we would need some sort
TheDJ added a comment.
P.S. with the browser space slowly seeming to adapt custom elements v1, I thought https://karol-f.github.io/vue-custom-element/ https://alligator.io/vuejs/custom-elements/ was rather interesting. Especially if that can be combined with serverside rendering of non-JS fallback
TheDJ added a comment.
In T157014#4460961, @Addshore wrote:
I seem to remember @daniel had some concerns around the topics of i18n, l10n and resourceloader, but I can't find them documented anywhere.
Those seem solvable. But maybe it's time to write down requirements. Just to make sure we can
TheDJ added a comment.
Unfortunately this tools project seems no longer maintained. If you want it back I suggest finding a new volunteer maintainer and developer and petitioning for access to the service.
Also parts of the functionality of this service will no longer work, considering
TheDJ added a comment.
whoops, copied a little bit too much there. Those weren't meant to attach to this ticket.TASK DETAILhttps://phabricator.wikimedia.org/T183096EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TheDJCc: TheDJ, gerritbot, Ebe123, Aklapper
TheDJ added a comment.
Can someone write a description for this ticket please ? I have no idea what this is aboutTASK DETAILhttps://phabricator.wikimedia.org/T197689EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RazShuty, TheDJCc: TheDJ, Jdforrester-WMF
TheDJ added a parent task: T7501: Expand prefix of interproject link when showing the link in the tooltip.
TASK DETAILhttps://phabricator.wikimedia.org/T135147EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, TheDJCc: WMDE-leszek, Zppix, Smalyshev
TheDJ added a parent task: T191405: Mark interwiki links as external links when they fall outside the WMF family.
TASK DETAILhttps://phabricator.wikimedia.org/T113034EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, TheDJCc: Ladsgroup, kchapman
TheDJ renamed this task from "Create Lua module to expose local short descriptionsof pages to Lua" to "Create Lua module to expose local short descriptions of pages to Lua".
TASK DETAILhttps://phabricator.wikimedia.org/T191531EMAIL PREFERENCEShttps://phabricator.wikimedi
TheDJ created this task.TheDJ triaged this task as "Lowest" priority.TheDJ added a project: MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONThere have been a few requests for this already, but I'm not sure if it i
TheDJ added a comment.
Since people don't want to wait for proper development, nor are capable of writing their own scripts (why do we even bother with gadgets etc any longer? ) https://en.wikipedia.org/wiki/MediaWiki:Gadget-Page_descriptions.jsTASK DETAILhttps://phabricator.wikimedia.org
TheDJ added a comment.
I'm reading this as wanting to have a Lua module so that on Commons you can retrieve the description of a english wikipedia page... ?
I'm not sure if the new descriptions have the cross wiki capabilities of Wikidata... Remember that for cross wiki functionality, the change
TheDJ added a comment.
The problem is not the reading. Its tracking where it is used and being able to inform those uses of any potential changes to the value. And since there is no change event bus between english wikipedia and Commons seems complex to me. (there is a reason we centralized
TheDJ created this task.TheDJ added projects: Wikidata-Page-Banner, Performance.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONIt seems it doesn't have a consistent height and allows for auto resizing. This causes a page reflow on every single page, which can
TheDJ added a comment.
API every time the page was reloaded
But we have parser output caching, so that means that a page reload doesn't query the api every time (by design). So any change to the value would not be reflected in the HTML, until someone changes the page on commons.wp (or waits until
TheDJ added a comment.
https://en.wikipedia.org/w/api.php?action="">
https://en.wikipedia.org/w/api.php?action="">
TASK DETAILhttps://phabricator.wikimedia.org/T184000EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tgr, TheDJCc:
TheDJ added a comment.
Note that wikipage_content is defined as "Fired when wiki content is added to the page". It's parameter is all the rendered content. Wikibase however includes both ui and content at the page level, so it might not be a direct fit.TASK DETAILhttps://phabricator.wik
TheDJ added a comment.
Fancy...
Just a followup/enhancement idea: since we have precision.. wouldn't this be a good place to draw a precision circle ?TASK DETAILhttps://phabricator.wikimedia.org/T184933EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo
TheDJ added a comment.
.wikibase-snakview-value .mw-ext-score img {
max-width: 100%;
object-fit: scale-down;
}
or use overflow-x: auto, like mobile site does when content is too big and it
cannot be sure it is easily resizable.
TASK DETAIL
https
TheDJ added a comment.
.wikibase-snakview-value .mw-ext-score {
max-width: 100%;
overflow-x: auto;
}
In Minerva, this is the noresize rule
<https://gerrit.wikimedia.org/g/mediawiki/skins/MinervaNeue/+/835d54b3dde39ef3bbc2f336ef99da44deda92a2/resour
TheDJ added a comment.
Not sure why T218535: Score extension now leaving large amounts of space on
rendering <https://phabricator.wikimedia.org/T218535> suddenly popped up, but
wondering if it's maybe due to one of the changes in favor of wikibase support ?
TASK DETAIL
TheDJ edited projects, added PDF Rendering; removed Electron-PDFs.
TASK DETAIL
https://phabricator.wikimedia.org/T204912
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Addshore, Lydia_Pintscher, Sjoerddebruin, darthmon_wmde, Premeditated
TheDJ added a comment.
i think this is a really cool idea btw.
TASK DETAIL
https://phabricator.wikimedia.org/T229966
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: TheDJ, Cparle, Aklapper, Keegan, darthmon_wmde, Magwac, Chambersjay
TheDJ added a comment.
Nice work @DannyS712 !
TASK DETAIL
https://phabricator.wikimedia.org/T231269
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: DannyS712, TheDJ
Cc: TheDJ, kostajh, DannyS712, Aklapper, Hook696, Daryl-TTMG, RomaAmorRoma
TheDJ closed this task as "Invalid".
TheDJ added a comment.
Restricted Application added a subscriber: Liuxinyu970226.
Restricted Application added a project: Discovery-Search.
This is expected behavior. The primary flag means: these coordinates uniquely
represent this page.
TheDJ assigned this task to MaxSem.
TheDJ closed this task as "Resolved".
TheDJ added a comment.
Based on the description and reproduction steps, it seems that after the
merged patch, this is now fixed. I'm thus closing this ticket, please reopen if
I am mistaken.
TASK DETA
TheDJ added a comment.
Restricted Application added a project: Discovery-Search.
This logic should be somewhere in here
https://github.com/wikimedia/mediawiki-extensions-Wikibase/blob/HEAD/repo/includes/ParserOutput/GeoDataDataUpdater.php
It has changed a bit since this report, so maybe
TheDJ added a comment.
safemode doesn't load sitecustomizations. The purpose of
ext.kartographer.site is to load a site customization. The module is probably
not present because of that and kartographer's RL setup doesn't know how to
deal with that.
TASK DETAIL
https
TheDJ changed the subtype of this task from "Task" to "Bug Report".
TASK DETAIL
https://phabricator.wikimedia.org/T212645
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: TheDJ, hoo, Aklapper, matej_suchanek, Vaibhav0199,
TheDJ closed this task as "Resolved".
TheDJ claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T225350
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: TheDJ, Evad37, Pikne, Lydia_Pintscher, hoo, Tpt, UV
TheDJ added a comment.
`wgKartographerLiveData` has to do with previewing maps. T145615: Preview
with does not work <https://phabricator.wikimedia.org/T145615>
explains that it could not query the server because since the entry was not
saved yet, the maps service (i presume ge
TheDJ removed a project: Maps (Kartographer).
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T213426
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Xover, Od1n, Woolvia, Esanders, Krinkle, Aklapper
TheDJ added a comment.
https://gerrit.wikimedia.org/r/573989
TASK DETAIL
https://phabricator.wikimedia.org/T225350
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: TheDJ, Evad37, Pikne, Lydia_Pintscher, hoo, Tpt, UV, Aklapper
TheDJ added a project: Wikidata.
TheDJ added a comment.
This is a bug in Wikibase's CachingKartographerEmbeddingHandler::getWikiText
function.
It inserts its float values directly into the string, which in php causes it
to output scientific notation for such small values. The JSON part
TheDJ edited projects, added Maps (Kartotherian); removed Maps (Kartographer).
TheDJ added a comment.
This requires implementation in Kartotherian, Kartographer has no idea about
Wikidata (or any non-local source honestly). Should be relatively easy to wrap
wkt as geojson. Open question
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T196191
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Aklapper, Multichill, Alilje, darthmon_wmde, Nabetaro, Nandana, MSantos,
Lahi, Gq86, Looniverse
TheDJ added a comment.
@Od1n good point. practically doesn't matter, because it doesn't use that
context, but i've tidied that up.
TASK DETAIL
https://phabricator.wikimedia.org/T213426
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc
TheDJ added a comment.
I think we are forgetting that both systems have divergent copyright
licenses, with WikiData the more liberal one. As such a bot automatically copy
pasting would likely violate copyright licensing.
TASK DETAIL
https://phabricator.wikimedia.org/T184000
EMAIL
TheDJ added a subscriber: thiemowmde.
TheDJ added a comment.
@thiemowmde would you mind taking a look at this ?
I tried adding a testcase for this, but had some trouble getting the
unittests to run and I didn't want to do a deepdive in setting up a wikibase
development environment
TheDJ added a comment.
primary issues are now solved (T225350
<https://phabricator.wikimedia.org/T225350>). Other issues have separate
tickets.
TASK DETAIL
https://phabricator.wikimedia.org/T227402
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefe
TheDJ added a comment.
I find the lack of action on this ticket stunning. This is exactly why I said
two years ago to completely cut off en.wp from these features, so that we
wouldn't have this mess right now.
Stop making promises and then NOT keeping them. This completely undermines
TheDJ removed a project: CodeEditor.
TheDJ added a comment.
CodeEditor/CodeMirror can be removed, because those are only in the
language-mode definition for highlighting, not in the extension's php code.
TASK DETAIL
https://phabricator.wikimedia.org/T260735
EMAIL PREFERENCES
https
TheDJ added a comment.
That endpoint is not returning valid json, only raw text.
The json endpoint as also used by Kartographer is:
https://commons.wikimedia.org/w/api.php?format=json=2=jsondata=Paris.map
Or for usage by anonymous reusers:
https://commons.wikimedia.org/w
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T255047
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: TheDJ, Aklapper, Karima, Akuckartz, Alilje, darthmon_wmde, Nandana, Lahi,
Gq86, Looniverse
TheDJ closed this task as a duplicate of T258256: Infobox editor doesnt
work with Firefox.
TASK DETAIL
https://phabricator.wikimedia.org/T258254
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: The_RedBurn, Aklapper, Akuckartz
TheDJ closed this task as "Invalid".
TheDJ added a comment.
closing as invalid as it seems to have been an issue with the way the api was
used by the consumer.
TASK DETAIL
https://phabricator.wikimedia.org/T255047
EMAIL PREFERENCES
https://phabricator.wikimedia.org/sett
TheDJ closed this task as "Resolved".
TheDJ triaged this task as "Low" priority.
TheDJ assigned this task to MSantos.
TheDJ removed a project: Patch-For-Review.
TASK DETAIL
https://phabricator.wikimedia.org/T270925
EMAIL PREFERENCES
https://phabricator.wikimedi
TheDJ removed projects: Wikidata, Wikibase-DataModel-JavaScript, JavaScript,
Wikibase-JavaScript-Api, Platform Team Workboards (MW Expedition),
MediaWiki-API.
TheDJ added a comment.
none of these tags apply.
TASK DETAIL
https://phabricator.wikimedia.org/T298340
EMAIL PREFERENCES
https
TheDJ added a comment.
This is a crash in Kartographer where it tries to make a link for the special
page. Because subpages cannot start or end with an _ and because the language
passed for this link does.
I looked into this a bit, but it seems to me like a Wikibase error
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T213426
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Seb35, Ladsgroup, BEANS-X2, Xover, Woolvia, Esanders, Krinkle, Aklapper,
gerritbot, Jdforrester-WMF
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T349685
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Pikne, Olea, TheDJ, Aklapper, Danny_Benjafield_WMDE, mrephabricator,
Astuthiodit_1, karapayneWMDE
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T349685
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Pikne, Olea, TheDJ, Aklapper, Danny_Benjafield_WMDE, mrephabricator,
Astuthiodit_1, karapayneWMDE
TheDJ added a comment.
Technically, User:Teester/ClaimMaps.js probably shouldn't be using jsondata
to access the geojson, but action=query with prop mapdata. regardless, this
does not explain why the endpoint was not returning the data, and why after
purging it temporarily did before
TheDJ renamed this task from "geoshape not working on wikidata, but works on
commons" to "jsondata API endpoint caches Data:.map's for 24 hours and does not
purge on edit".
TheDJ triaged this task as "Low" priority.
TheDJ edited projects, added JsonConfig, Ma
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T349685
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Pikne, Olea, TheDJ, Aklapper, Danny_Benjafield_WMDE, mrephabricator,
Astuthiodit_1, karapayneWMDE
TheDJ added a comment.
Well, let's undone the change and wait for a day to see if the issue
'spontaneously' comes back and if not, then my other two changes. I guess then
will give us our answer. Waiting a day is important, as that is the max cache
time that is used in any of the chains
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T349685
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Olea, TheDJ, Aklapper, Danny_Benjafield_WMDE, mrephabricator,
Astuthiodit_1, karapayneWMDE, Invadibot
TheDJ updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T349685
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Olea, TheDJ, Aklapper, Danny_Benjafield_WMDE, mrephabricator,
Astuthiodit_1, karapayneWMDE, Invadibot
TheDJ created this task.
TheDJ added projects: Maps (Kartographer), Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Steps to replicate the issue** (include links if applicable):
- Original
https://commons.wikimedia.org/w/index.php?title
TheDJ added a comment.
In T309770#7976419 <https://phabricator.wikimedia.org/T309770#7976419>,
@Jdforrester-WMF wrote:
> Let's gate it on `wgEnableUploads` instead?
Seems reasonable to me
TASK DETAIL
https://phabricator.wikimedia.org/T309770
EMAIL PREFERENCE
TheDJ added a project: Commons.
TASK DETAIL
https://phabricator.wikimedia.org/T287525
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Nikki, Aklapper, Astuthiodit_1, karapayneWMDE, bwang, Invadibot, Mooeena,
GFontenelle_WMF, maantietaja
TheDJ changed the subtype of this task from "Task" to "Bug Report".
TASK DETAIL
https://phabricator.wikimedia.org/T287525
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Nikki, Aklapper, Astuthiodit_1, karapayneWM
TheDJ changed the subtype of this task from "Task" to "Bug Report".
TASK DETAIL
https://phabricator.wikimedia.org/T287524
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TheDJ
Cc: Nikki, Aklapper, Astuthiodit_1, karapayneWM
1 - 100 of 134 matches
Mail list logo