gerritbot added a comment.
Change 316583 merged by jenkins-bot:
Add script to populate titles table
https://gerrit.wikimedia.org/r/316583TASK DETAILhttps://phabricator.wikimedia.org/T146991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore,
Mbch331 added a project: Wikidata-Gadgets.Mbch331 added a comment.
I see the gadget PopupsFix is broken. When I deactivate that gadget I get the edit buttons.TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Mbch331 added a comment.
I can confirm this. I don't see the edit buttons either.
I see one error in my _javascript_ console: mw.popups.removeTooltips is not a functionTASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL
Robby raised the priority of this task from "Lowest" to "Normal".
TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobbyCc: Robby, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331,
Robby added a comment.
I notice the same issue again.TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobbyCc: Robby, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331,
Robby triaged this task as "Lowest" priority.Robby added a comment.
By now (some minutes later) everything is back to normal. So most probably it was just due to some issues on the wikidata servers.TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL
Robby added a comment.
ups I mistaked in the date I noticed it today 10 november 2016 and everything worked well yesterday evening 9 november 2016.TASK DETAILhttps://phabricator.wikimedia.org/T150401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobbyCc:
Robby created this task.Robby added projects: Wikidata, Browser-Support-Firefox.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I want to edit statments or identifiers on any wikidata item this does no longer work as there isno edit button available since today (11 november 2016)
Smalyshev added a comment.
I think we have data for a month back, so that would be best, if not - then whatever is practical.TASK DETAILhttps://phabricator.wikimedia.org/T149963EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: debt, Deskana,
Esc3300 added a comment.
In T132839#2782660, @hoo wrote:
Given P106 is probably not (widely) used in any other contexts, we can just assume this to be the case, I presume.
Yes, mostly Q5 per Constraint_violations/P106#Types_statistics
P17 in combination with P31 should solve the China
Izno added a comment.
In T150203#2784204, @Huji wrote:
What gadget? You mean I should create one through Special:Gadgets?
No, there already exists a Merge gadget. Please review [[Help:Merge]] for further details.TASK DETAILhttps://phabricator.wikimedia.org/T150203EMAIL
Huji added a comment.
What gadget? You mean I should create one through Special:Gadgets?TASK DETAILhttps://phabricator.wikimedia.org/T150203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Lydia_Pintscher, Esc3300, Aklapper, Huji, TerraCodes, D3r1ck01,
elf-pavlik added a comment.
A potential solution I could think of would be to ProxyPass the /entity/ (and related) redirects to the special page. That would also solve us T119536 for free, as far as I can tell.
brilliant!
so we should get
curl -IL http://www.wikidata.org/entity/Q1141085 -H
Sjoerddebruin added a comment.
https://www.google.com/search?q=Ethiopian+wolf+site%3Awikidata.org was visited yesterday and is still indexed by Google.TASK DETAILhttps://phabricator.wikimedia.org/T144308EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mbch331,
hoo added a comment.
I've just added a patch for always setting the CORS header for Special:EntityData, but that will only solve part of the problem here.
A potential solution I could think of would be to ProxyPass the /entity/ (and related) redirects to the special page. That would also solve us
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T150290EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, hoo, daniel, Aklapper, elf-pavlik, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs,
gerritbot added a comment.
Change 320691 had a related patch set uploaded (by Hoo man):
Always set "Access-Control-Allow-Origin: *" in EntityDataRequestHandler
https://gerrit.wikimedia.org/r/320691TASK DETAILhttps://phabricator.wikimedia.org/T150290EMAIL
mobrovac changed the task status from "Open" to "Stalled".mobrovac added a comment.
In T149456#2783473, @bearND wrote:
I want to keep this one open for a bit to give the Wikidata folks a chance to provide info if our solution could be improved. We might have to add more to the regex. There could
bearND added a comment.
I want to keep this one open for a bit to give the Wikidata folks a chance to provide info if our solution could be improved. We might have to add more to the regex. There could be also a whole different way to restrict WD events to description changes.TASK
Niedzielski added a comment.
@bearND, thanks for checking. I swear this wasn't working earlier but it is now. Should this issue be closed?TASK DETAILhttps://phabricator.wikimedia.org/T149456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo,
bearND added a comment.
@Niedzielski It works for me. I just edited the description on Wikipedia:Wikidata/Wikidata Sandbox on enwiki from the app.TASK DETAILhttps://phabricator.wikimedia.org/T149456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo,
matej_suchanek assigned this task to eranroz.matej_suchanek closed this task as "Resolved".matej_suchanek added a comment.Herald added a subscriber: TerraCodes.
Seems to have been done in rPWBC19fac37bc193ad6d1ad1366f2d6dab5a81250172.TASK DETAILhttps://phabricator.wikimedia.org/T76944EMAIL
Gehel created this task.Gehel added projects: Wikidata-Query-Service, Operations, Discovery.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONwdqs100[12] are the host generating the most traffic to logstash. A quick look seems to indicate that they send a
elf-pavlik added a comment.
+1 proposal of removing second 303, which seems matching https://www.w3.org/TR/cooluris/#r303uri
F4710362: 303.pngTASK DETAILhttps://phabricator.wikimedia.org/T119536EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: elf-pavlikCc:
Yurik added a comment.
Getting ready for deployment: here's tabular data example on beta cluster, that also supports localization, shared data, and can be used directly from the graphs or from Lua scripts on any wiki. Note that the graph itself is in English wiki (labs), but data comes from
elf-pavlik added a comment.
This issue looks also related to https://phabricator.wikimedia.org/T119536 which I understand proposes removing the second 303 which I +1
Where do you set CORS header for https://www.wikidata.org/wiki/Special:EntityData/Q1141085.ttl or
Niedzielski added a comment.
I think I'm still seeing this issue today. @bearND, can you confirm?TASK DETAILhttps://phabricator.wikimedia.org/T149456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo, NiedzielskiCc: Niedzielski, mobrovac, daniel, aude,
WMDE-leszek added a comment.
Pull request on github adjusting DispatchingEntityLookup: https://github.com/wmde/WikibaseDataModelServices/pull/160TASK DETAILhttps://phabricator.wikimedia.org/T150328EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc:
WMDE-leszek claimed this task.WMDE-leszek moved this task from proposed to doing on the WMDE-TLA-Team board.
TASK DETAILhttps://phabricator.wikimedia.org/T150328WORKBOARDhttps://phabricator.wikimedia.org/project/board/2247/EMAIL
hoo added a comment.
@BBlack Given T109458: [Story] CDN cache article placeholders is not implemented, there is no caching for these pages right now. If you consider this a requirement for this limitted trial, we could look into caching them for one day (and provide a custom purge mechanism).TASK
hoo added a comment.
In T132839#2779771, @Esc3300 wrote:
I thought about using them in combination with P31/P279.
For P106, it would probably only be P31=Q5.
Given P106 is probably not (widely) used in any other contexts, we can just assume this to be the case, I presume.
P17 in
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T150330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: gerritbot, daniel, Aklapper, WMDE-leszek, Lewizho99, Maathavan, D3r1ck01, Izno,
hoo added a comment.
These redirect headers are set via Apache configuration in modules/mediawiki/files/apache/sites/wikidata-uris.incl in https://gerrit.wikimedia.org/r/operations/puppet. I don't think Apache has a nice way to set additional headers in these cases (only).TASK
gerritbot added a comment.
Change 320610 had a related patch set uploaded (by WMDE-leszek):
Add ForeignEntityRevisionLookupFactory providing a WikiPageEntityMetaDataLookup for the given foreign repository
https://gerrit.wikimedia.org/r/320610TASK
thiemowmde added a comment.
That was me, in a code experiment/pair session with a job candidate. I don't like renderRichSnak(s) either, this was literally what first came into my mind. I'm absolutely fine with formatValue(s).TASK DETAILhttps://phabricator.wikimedia.org/T150240EMAIL
daniel added a comment.
In T142087#2778009, @Lokal_Profil wrote:
Just a note that pywikibot currently defaults to +/-0
That's the default, really? Oh no :(TASK DETAILhttps://phabricator.wikimedia.org/T142087EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
daniel added a comment.
In T142087#2610204, @Ladsgroup wrote:
(e.g. for measurements, which are never absolutely exact).
Measurements can be exact. Two examples:
Speed of light is exactly 299,792,458 meters / second. Because definition of meter is derived from the speed of light.
That's a
hoo added a subscriber: Jonas.hoo added a comment.
@Jonas Suggested mw.wikibase.renderRichSnak and mw.wikibase.renderRichSnaks in r320593. I don't like these much, because they a) contain Snak and b) suggest that they are rendering "rich Snaks".TASK
gerritbot added a comment.
Change 320420 merged by jenkins-bot:
Replace problematic atob/btoa with encode/decodeURIComponent
https://gerrit.wikimedia.org/r/320420TASK DETAILhttps://phabricator.wikimedia.org/T149655EMAIL
Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T149655EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, JonasCc: thiemowmde, gerritbot, Lea_Lacroix_WMDE, Jonas, Yurik, Aklapper, Smalyshev, EBjune, mschwarzer,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T113955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: Jonas, thiemowmde, Bugreporter, Lucie, gerritbot, Aklapper, Lewizho99, Maathavan,
WMDE-leszek created this task.WMDE-leszek added projects: Wikidata, WMDE-TLA-Team.
TASK DESCRIPTIONFactory should provide and instance of WikiPageEntityRevisionLookup configured for the given repo.
In particular it should set up the desarializer (passed to the EntityContentDataCodec) to apply the
WMDE-leszek created subtask T150330: Create the ForeignEntityRevisionLookupFactory providing an EntityRevisionLookup for a given repository.
TASK DETAILhttps://phabricator.wikimedia.org/T149581EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc:
Jonas reassigned this task from Lucie to thiemowmde.
TASK DETAILhttps://phabricator.wikimedia.org/T113955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, JonasCc: Jonas, thiemowmde, Bugreporter, Lucie, gerritbot, Aklapper, D3r1ck01, Izno,
gerritbot added a comment.
Change 320588 had a related patch set uploaded (by WMDE-leszek):
Strip foreign repository prefix when looking up an entity revision in WikiPageEntityRevisionLookup
https://gerrit.wikimedia.org/r/320588TASK DETAILhttps://phabricator.wikimedia.org/T149581EMAIL
daniel triaged this task as "High" priority.daniel added a comment.
bump to high, since this blocks a release of the services component.TASK DETAILhttps://phabricator.wikimedia.org/T150328EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: thiemowmde,
daniel added a project: WMDE-TLA-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T150328EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
daniel added a parent task: T149580: Allow access to entity data stored on "foreign" repositories (federation).
TASK DETAILhttps://phabricator.wikimedia.org/T150328EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel, D3r1ck01, Izno,
daniel added a subtask: T150328: Treat entities from unknown repositories as missing entity, not a config error.
TASK DETAILhttps://phabricator.wikimedia.org/T149580EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: JohnLewis, Lydia_Pintscher,
daniel created this task.daniel added projects: Wikidata, Story, Wikibase-DataModel-Services.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen accessing an entity based on a foreign entity ID, we may encounter a repository prefix that cannot be resolved; This should not happen, but it can
daniel added a comment.
In T148988#2782164, @jcrespo wrote:
There is nothing I mentioned about string normalization. Such a thing does not exists to me. If you are calling title/string normalization what you are doing, it is ok, but I never entered or commented on that.
You didn't, but Adam and
jcrespo added a comment.
@jcrespo Tags? What tags? And why multiple tags for the same title? We are comparing pages titles between wikis, with some minimal string normalization applied. That's it.
The above was an unrelated example, with columns that had nothing to do with the current design to
daniel added a comment.
@jcrespo Tags? What tags? And why multiple tags for the same title? We are comparing pages titles between wikis, with some minimal string normalization applied. That's it.
(Btw, note that we are discussing two completely unrelated kinds of normalization here: string
gerritbot added a comment.
Change 320183 merged by jenkins-bot:
Improve wording of wikibase-dispatchstats-intro message
https://gerrit.wikimedia.org/r/320183TASK DETAILhttps://phabricator.wikimedia.org/T145858EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
54 matches
Mail list logo
