eranroz added a comment.
Seems to use older API to wikidata. Fixed (
https://meta.wikimedia.org/w/index.php?title=User:%D7%A2%D7%A8%D7%9F/spellchecker.jsdiff=12427347oldid=10233867
)
TASK DETAIL
https://phabricator.wikimedia.org/T101925
EMAIL PREFERENCES
https://phabricator.wikimedia.org
eranroz closed this task as Resolved.
eranroz claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T101925
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eranroz
Cc: eranroz, Liuxinyu970226, Amire80, hoo, Aklapper, KartikMistry
eranroz added a subscriber: eranroz.
eranroz added a comment.
TemplateData is a general purpose metadata definition for templates and isn't
aware to other extensions (Wikibase, VE, Citeoid etc) - so it is invalid to
create special definitions for wikidata.
But what we can do is to agree
eranroz is attending this event.
EVENT DESCRIPTION
All Google Summer of Code 2015 and Outreachy Round 10 projects will be
showcased by their developers via IRC. To have an idea of how this showcase
works, check [[
http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-office/20140819.txt | last
eranroz added a comment.
Here is a proof of concept how to map wikidata properties to parameters and why
it is cool:
- https://en.wikipedia.org/wiki/User:%D7%A2%D7%A8%D7%9F/Template:Cite_web -
Similar to English Template:Cite_web templatedata but with maps to wikidata
(only few properties
eranroz added a comment.
Herald added a subscriber: Aklapper.
The watchlist can sometimes become too spammy due to wikidata.
Here is a screenshot that shows part of a 100x entries of the same edit!
F3644503: SpamWatchlist.png <https://phabricator.wikimedia.org/F3644503>
TASK
eranroz added projects: Wikidata, MediaWiki-extensions-WikibaseRepository,
MediaWiki-extensions-WikibaseClient.
TASK DETAIL
https://phabricator.wikimedia.org/T131593
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eranroz
Cc: IKhitron, daniel, johl
eranroz added a blocked task: T131593: Supporting Hebrew calendar model in
Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T87764
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eranroz
Cc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical
eranroz added a blocking task: T87764: Bugs related to time datatype.
TASK DETAIL
https://phabricator.wikimedia.org/T131593
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eranroz
Cc: IKhitron, daniel, johl, Lydia_Pintscher, Aklapper, eranroz
eranroz created this task.
Herald added a subscriber: Aklapper.
TASK DESCRIPTION
It would be nice to have similar properties IDs in wikidata test and wikidata
so people who develop bots can easily do it transparently on Wikidata test
without requirement to remap the properties ids.
Crazy
eranroz created this task.eranroz added projects: Kartographer, VisualEditor, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONReal world scenario: I would like to add a map for Miqat, with 6 coordinates.
It would be great if I could just search them search by text.
Here is how I'm
eranroz created this task.eranroz added projects: Wikidata, ULS-CompactLinks.Herald added a subscriber: Aklapper.Herald added a project: MediaWiki-extensions-UniversalLanguageSelector.
TASK DESCRIPTIONULS provide a very useful prioritizing of languages in interwiki links (displayed in Wikipedia
eranroz created this task.eranroz added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONtinyurls aren't allowed in wikis (see: https://meta.wikimedia.org/wiki/Spam_blacklist ), as they can be used by spamers
eranroz added a comment.
I can't explain this magic - but it seems that the following should work:
https://www.wikidata.org/w/api.php?action="">
e.g using prop=coordinates with regular API (regular = not wbgetclaims)TASK DETAILhttps://phabricator.wikimedia.org/T141394EMAIL PRE
eranroz added a comment.
Just to comment to TheDJ example, in hewiki we use meta template (actually - Lua Module) for wikidata integration in standard infobox: https://he.wikipedia.org/wiki/%D7%99%D7%97%D7%99%D7%93%D7%94:%D7%AA%D7%91%D7%A0%D7%99%D7%AA_%D7%9E%D7%99%D7%93%D7%A2
To define a infobox
eranroz created this task.eranroz added projects: MediaWiki-extensions-Scribunto, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONmw.wikibase.description / mw.wikibase.label and similar functions now return also lang
eranroz added a comment.
Just to mention another option - label can return label object rather than string. e.g
function Label.new( label, lang )
definition={label=label, lang=lang}
setmetatable( definition, { __index = Label, __tostring = function( self ) return self:toString() end
eranroz created this task.eranroz added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONCase study / How to reproduce
A page was temporally deleted in Wikipedia - e.g delete followed by restore after very short delay: https://he.wikipedia.org/w/index.php?title=%D7%9E%D7
eranroz added a comment.
This task has high priority, but it is opened for more than 2 years. Any progress?
Without improvements in this front, I believe using Wikidata on recent changes/watchlist (hideWikibase=0) is not practical. Example:
The label for Vienna in tt language was changed
eranroz created this task.eranroz added projects: VisualEditor, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONIn classic edit (wikitext), under the editing form there is "Wikidata entities used in this page" w
eranroz added a comment.Herald added a subscriber: PokestarFan.
Currently it isn't feasible to use watchlist with wikidata changes in local wikis as it introduce too much noise, and this is the one of the main points against introducing wikidata to more templates by wikipedia editors, claiming
eranroz added a comment.
In T90436#3483628, @daniel wrote:
@eranroz wrote
filter out changes in wikidata which affect other languages (e.g label/description in [xx] language shouldn't appear for wiki with [yy] language). Possibly fallback languages may appear.
So, if enwiki uses a ru label
eranroz created subtask T173144: Tracking implict (extensions) usages of WIkidata.
TASK DETAILhttps://phabricator.wikimedia.org/T173123EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: RP88, Aklapper, Halfak, PokestarFan, GoranSMilovanovic, QZanden
eranroz created this task.eranroz added projects: Wikidata, MediaWiki-extensions-WikibaseClient, MobileFrontend.
TASK DESCRIPTIONAs the mobile version of search shows the description of item + the page title, we should always track the description of page. Even if the page doesn't explicitly
eranroz added a comment.Herald added a subscriber: PokestarFan.
I thought about this and I came up with the few possible TempldateData solutions:
Wikidata map (see T69659 just appear above). and then we can handle it either in the frontend or backend:
Backend
Once we have such, we can add Hook
eranroz claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Halfak, Aklapper, daniel, Lydia_Pintscher, aude, Liuxinyu970226, CennoxX, Danmichaelo, Scott_WUaS, Ltrlg, Oliv0, Izno
eranroz added a comment.
If I'm not missing something this is pretty easy to be done by generalizing the claims trick for labels/sitelinks/descriptions.
see patch: https://gerrit.wikimedia.org/r/#/c/371651TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL PREFERENCEShttps
eranroz added a comment.
In T170039#3467750, @Anomie wrote:
@Vachovec1: Desynchronization between the displayed version and the category membership is easily explained: not every parse of the page updates the links tables. If you have certain user preferences set, you see the page parsed
eranroz created this task.eranroz added projects: Wikidata-Query-Service, RTL.Herald added subscribers: PokestarFan, Aklapper.Herald added projects: Wikidata, I18n, Discovery.
TASK DESCRIPTION(read the title from right to left)
When using Hebrew interface the query textbox is with RTL direction
eranroz added a comment.
@MoritzMuehlenhoff good job! Looks like it solved the issue. I tested it by purging the lua errors tracking category to get to a clean state, and resample the category after a short while (~1hr) and there are no weird pages added there as previously..
I suggest to close
eranroz added a comment.
hewiki is using "wikidata" map extensively: https://he.wikipedia.org/w/index.php?search=insource%3A%2F"wikidata"%2F=מיוחד:חיפוש="">
This is used by multiple gadgets and user scripts including:
TemplateWizard (a wikitext equivalent f
eranroz added a project: Wikimedia-Israel-Hackers.
TASK DETAILhttps://phabricator.wikimedia.org/T69659EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Amire80, hoo, putnik, Mvolz, Lydia_Pintscher, RexxS, TheDJ, Mike_Peel, Trizek-WMF, Edgars2007
eranroz added a project: Wikimedia-Israel-Hackers.
TASK DETAILhttps://phabricator.wikimedia.org/T160271EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Aklapper, eranroz, Robinma, GoranSMilovanovic, Rafisamra2016, QZanden, Tal-WMIL, merbst, Avner
eranroz added a project: Wikimedia-Israel-Hackers.
TASK DETAILhttps://phabricator.wikimedia.org/T150690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Mikey641, IKhitron, Aklapper, eranroz, GoranSMilovanovic, Rafisamra2016, QZanden, Tal-WMIL, Avner
eranroz added a project: Wikimedia-Israel-Hackers.
TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Bawolff, Tbayer, jeremyb, Agabi10, RP88, Halfak, Doc_James, hoo, PokestarFan, IKhitron, eranroz
eranroz added a comment.
In hewiki we started to use getBestStatements(Q,P) instead of loading the whole entity on 2/9 - so no X tracking (but O). See graphana:
https://grafana.wikimedia.org/dashboard/db/wikidata-entity-usage-project?orgId=1=hewiki=1502573168310=1505165168311=15
eranroz added a comment.
I suggest to deploy it ( https://gerrit.wikimedia.org/r/#/c/375544/ ) in SWAT window on Monday/Tuesday (Morning SWAT):
https://wikitech.wikimedia.org/wiki/Deployments#Monday.2C.C2.A0September.C2.A018TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL
eranroz added a subtask: T176515: Monitoring Wikidata changes from client using new filters.
TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Noella94, Elitre, PokestarFan, Tbayer, Aschroet
eranroz added a parent task: T90435: [Epic] Wikidata watchlist improvements (client).
TASK DETAILhttps://phabricator.wikimedia.org/T176515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Aklapper, eranroz, GoranSMilovanovic, QZanden, Iniquity
eranroz created this task.eranroz added projects: Wikidata, MediaWiki-extensions-WikibaseClient, Edit-Review-Improvements.Herald added a subscriber: Aklapper.Herald added a project: Collaboration-Team-Triage.
TASK DESCRIPTIONAs the WMF's collaboration team pushes forward the new awesome edit
eranroz added a comment.
In T151717#3624131, @daniel wrote:
In T151717#3623996, @Lydia_Pintscher wrote:
I assume the latter also means we are not decreasing the number of irrelevant changes shown in the watchlist and recent changes yet?
Potentially yes. How much impact this actually has
eranroz added a comment.
wbc_entity_usage tracking for statement group - PASS
As hoo showed in the previous comments, we get C records, and the table doesn't blowup too much. (currently 2037539 records in that table).
only purge the page when that statement group changes - FAIL
Keep in mind
eranroz added a comment.
BTW it is so broken that it would be better to de-feature it for now.TASK DETAILhttps://phabricator.wikimedia.org/T171564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Lucas_Werkmeister_WMDE, Smalyshev, Jonas, Aklapper
eranroz created this task.eranroz added projects: MediaWiki-extensions-WikibaseClient, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONOnce T172914 we need to make is compatible with disabledUsageAspects.
I suggest to make disabledUsageAspects coarse graining e.g when adding a claim
eranroz added projects: Wikimedia-Israel-Hackers, Easy.Herald added a subscriber: TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T64005EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: TerraCodes, eranroz, Aklapper, Wikidata-bugs
eranroz added a subtask: T176413: Make AffectedPagesFinder take STATEMENT_USAGE into account.
TASK DETAILhttps://phabricator.wikimedia.org/T113468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, eranrozCc: PokestarFan, hoo, gerritbot, aude, Aklapper
eranroz added a parent task: T113468: [Task] Use compact representation of diffs in EntityChange..
TASK DETAILhttps://phabricator.wikimedia.org/T176413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: daniel, DixonD, Aklapper, Bianjiang, aude
eranroz added a comment.
In T171564#3660992, @Jonas wrote:
Is this how it should be?
F10018211: image.png
More or less yes. The most basic aliveness for it is having LTR for the code area/line numbers/cursor, and it looks like once Lucas patch is deployed it will be use-able in RTL languages
eranroz triaged this task as "Low" priority.eranroz claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T166056EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: gerritbot, Lydia_Pintscher, Aklapper, TerraCodes, ho
eranroz added a comment.
For future reference/answer to the good question of Lydia above: (my) intention is to upstream some code from https://en.wikipedia.org/wiki/Module:Wikidata (used in many other wikis) to the library itself.
This would allow better code sharing and more maintained code
eranroz added a comment.
@daniel , I'll update the code soon per the code review comments.
AFAIK it is currently blocked for deployment by T151717#3675687.TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
eranroz added a comment.
In T172914#3679739, @daniel wrote:
Looking at things like https://commons.wikimedia.org/w/index.php?title=File:Vincent_Willem_van_Gogh_110.jpg=""> it seems like we really should get this done ASAP.
Nice example,I get your point :)
Please go over the las
eranroz renamed this task from "RTL Issues" to "Wikidata Query UI: RTL Issues".eranroz added a project: RTL.Herald added a project: I18n.
TASK DETAILhttps://phabricator.wikimedia.org/T178057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
eranroz added a comment.
1, @hoo so how do we move forward with deployment to larger wikis/wikis with more wikidata usage such as cawiki? Do we have an issue with DB size? (e.g requires more thought on wbc_entity_usage design) or is it disabled in cawiki because it updated too fast? (so we just
eranroz added a comment.
See also T173121TASK DETAILhttps://phabricator.wikimedia.org/T178063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: eranroz, Lydia_Pintscher, Ladsgroup, hoo, Aklapper, Bawolff, jcrespo, Liuxinyu970226, Jay8g, TerraCodes
eranroz added a comment.
Easy/workaround - When code access pairs of pseudo table (entity.claims as here and also entity.labels and entity.descriptions once T172914 is getting merged ) we should probably workaround it upstream either from UsageAggregator (T178079) or from Lua (whenever access
eranroz added a comment.
@matej_suchanek , this is good point. I think it is not related to usage aspect C directly. Can you please elaborate ?
Currently either someone access it explicitly (getEntity(P214)) or implicitly using formatValue and similar stuff. I think it is/should be handled
eranroz added a comment.
In T151717#3595278, @Bawolff wrote:
I suspect that fixing this bug will significantly help with T171027 (watchlists being too slow.). In particular, I would suggest prioritizing deploying to rowiki (Since its small enough to be good test wiki but is highly effected
eranroz added a comment.
In T176515#3634546, @Mattflaschen-WMF wrote:
Perhaps this could be implemented by adding more rc_source possibilities (e.g. 'wb.description', 'wb.sitelinks'). However, this may have implications for T171027: "2062 Read timeout is reached" DBQueryError when tryi
eranroz added a project: Wikimedia-Israel-Hackers.
TASK DETAILhttps://phabricator.wikimedia.org/T171564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Lucas_Werkmeister_WMDE, Smalyshev, Jonas, Aklapper, eranroz, PokestarFan, GoranSMilovanovic
eranroz added subscribers: thiemowmde, eranroz.eranroz added a comment.
@thiemowmde it looks like the root cause for it is MwTimeIsoFormatter.php which return hard coded BCE. (though possibly more may needed for roundtrip)TASK DETAILhttps://phabricator.wikimedia.org/T140541EMAIL PREFERENCEShttps
eranroz added a comment.
What is the current status of it?
use elwiki_p;
select eu_aspect, count(*) from wbc_entity_usage group by eu_aspect;
+---+--+
| eu_aspect | count(*) |
+---+--+
| L.el |97899 |
| L.en | 6477 |
| O |79429 |
| S
eranroz added a subtask: T147215: Improve version information for Wikidata software components.
TASK DETAILhttps://phabricator.wikimedia.org/T95663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: demon, thcipriani, Reedy, greg, hoo, Lydia_Pintscher
eranroz added parent tasks: T168491: Document wikidata deployment properly, T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor.
TASK DETAILhttps://phabricator.wikimedia.org/T147215EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
eranroz added a subtask: T147215: Improve version information for Wikidata software components.
TASK DETAILhttps://phabricator.wikimedia.org/T168491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: PokestarFan, hoo, aude, Aklapper, Smalyshev
eranroz added a comment.
Now that T172905 is deployed I did few minor changes in hewiki Lua modules (1, 2) and was able to reduce the X usage by more than 50% (still counting - not all pages refreshed).
Before:
select eu_aspect, count(*) from wbc_entity_usage group by eu_aspect
eranroz added a comment.
In T173144#3702601, @thiemowmde wrote:
you must consider all descriptions being used by a search feature. Tracking them individually is pointless.
agree
In T173144#3702601, @thiemowmde wrote:
I might miss something, but I have a fundamental question: How is "sh
eranroz added a project: MediaWiki-extensions-WikibaseRepository.eranroz updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...(this is caused by the CSS rule from resources/src/mediawiki.legacy/shared.css:
```lang=css
.sitedir-ltr textarea, .sitedir-ltr input {...}
```
which
eranroz added a subscriber: Amire80.eranroz added a comment.
testing it in both Chrome and FF, this appears to happen only in FF - so it may be a regression in Firefox Quantom and not in wikibase nor mediawiki, and happen due to conflicting definitions of directionality. e.g:
CSS
.sitedir-ltr
eranroz added a comment.
In T172914#3778257, @thiemowmde wrote:
The patch https://gerrit.wikimedia.org/r/392041 (a resubmission of the original https://gerrit.wikimedia.org/r/371651) is incomplete. There are two ways forward:
Via a feature flag: The patch could be expanded to (temporarily
eranroz added a comment.
is this task should be moved to closed/solved or are there any other issues not addressed in this above patch?TASK DETAILhttps://phabricator.wikimedia.org/T176413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, eranrozCc
eranroz added a parent task: T182147: more convenience functions for Lua.
TASK DETAILhttps://phabricator.wikimedia.org/T166056EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: gerritbot, Lydia_Pintscher, Aklapper, TerraCodes, hoo, Cpaulf30, Lahi
eranroz added a subtask: T166056: Add mw.wikibase.entity:getStatements for convenience.
TASK DETAILhttps://phabricator.wikimedia.org/T182147EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: putnik, Jonas, aude, hoo, Ladsgroup, Tpt, thiemowmde
eranroz updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[x] Make `AffectedPagesFinder` take statement usage into account (T176413)
[x] https://gerrit.wikimedia.org/r/#/c/371651 got reverted and must be re-submitted (T179923)...TASK DETAILhttps://phabricator.wikimedia.org
eranroz updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONCon hewiki for example
Execute on console: mw
```mw.loader.load('wikibase.client.getMwApiForRepo')```
Result:...TASK DETAILhttps://phabricator.wikimedia.org/T180727EMAIL PREFERENCEShttps://phabricator.wikimedia.org
eranroz created this task.eranroz added projects: MediaWiki-extensions-WikibaseClient, MediaWiki-ResourceLoader.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Performance-Team.
TASK DESCRIPTIONConsole: mw.loader.load('wikibase.client.getMwApiForRepo')
Result:
columnNumber
eranroz triaged this task as "Unbreak Now!" priority.Herald added subscribers: Liuxinyu970226, Jay8g, TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T180727EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: TerraCodes, Jay8g, Liux
eranroz added a comment.
See also: https://en.wikipedia.org/wiki/Wikipedia_talk:Wikidata/2017_State_of_affairsTASK DETAILhttps://phabricator.wikimedia.org/T106287EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, eranrozCc: Richard_Nevell_WMUK, thiemowmde
eranroz added a subscriber: putnik.eranroz added a comment.
all points raised by @thiemowmde are very good points. in addition:
get statements with language filter - very common for example to get female label (P2521) in specific lang. (see for example the nice work of @putnik
eranroz closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T189972EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: gerritbot, Jonas, Smalyshev, eranroz, Amire80, Aklapper, Versusxo, Majesticalreaper22, G
eranroz closed subtask T189972: In RTL UI, dragging the Wikidata Query UI splitter left moves it right and vice versa as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T178057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozC
eranroz added a comment.
In T157868#4142305, @Uzume wrote:
This might get resolved by T112658.
Tested it (for label) with the patchset suggested in T112658 but this will not resolve it - requiring a different fix as part of T142950TASK DETAILhttps://phabricator.wikimedia.org/T157868EMAIL
eranroz claimed this task.eranroz added a comment.
I got to this task while debugging a related issue with mw.wikibase.entityExists(REDIRECT-Qid) - T192462TASK DETAILhttps://phabricator.wikimedia.org/T112658EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
eranroz claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T192462EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: gerritbot, Aklapper, Uzume, Ahecht, Lydia_Pintscher, hoo, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30
eranroz created this task.eranroz added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, RTL.Herald added a subscriber: Aklapper.Herald added a project: I18n.
TASK DESCRIPTIONCurrently fields direction is according to the language (e.g wgLanguageCode), but it should be according
eranroz created this task.eranroz triaged this task as "High" priority.eranroz added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONSpecial:NewLexeme in Wikidata as of May 2018: "Language of Lexeme" - the placeholder says "enter item ID e.g Q10" -
eranroz added a project: Easy.
TASK DETAILhttps://phabricator.wikimedia.org/T195439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Lydia_Pintscher, Aklapper, Jan_Dittrich, daniel, Ladsgroup, gerritbot, VIGNERON, Micru, Jakob_WMDE, thiemowmde
eranroz created this task.eranroz triaged this task as "Normal" priority.eranroz added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONFollowing the fix in T164583, there are many confusing options. This should probably have closed options (compatible with constraints?) as it i
eranroz added a comment.
May be related to T195520TASK DETAILhttps://phabricator.wikimedia.org/T195642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Aklapper, eranroz, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0
eranroz added a project: Operations.
TASK DETAILhttps://phabricator.wikimedia.org/T195642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Aklapper, eranroz, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden
eranroz created this task.eranroz added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONHow to reproduce:
Edit: https://en.wikipedia.org/w/index.php?title=Berlin
Enter:
{{#property:coordinate location}}
{{#statements:coordinate
eranroz merged a task: T195642: Lookup by property label for {{#property}} and {{#statements}} is broken (WMF production environment).
TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: eranroz
eranroz added a comment.
Seems like Amir fixed it few months ago. Amir, do you think we can close it?
Looking in graphana boards, there is unexpectedly high number of usages in cebwiki(?!)
TASK DETAILhttps://phabricator.wikimedia.org/T187265EMAIL PREFERENCEShttps://phabricator.wikimedia.org
eranroz claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T189972EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: Jonas, Smalyshev, eranroz, Amire80, Aklapper, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Jayprakash12345
eranroz added a comment.
Seems like the issue is solved(?) and I can't reproduce the issue. @IKhitron can you please test it also in your environment?
If it works, we can move this task to Invalid. Thanks!TASK DETAILhttps://phabricator.wikimedia.org/T181340EMAIL PREFERENCEShttps
eranroz added a project: Wikimedia-Israel-Hackers.
TASK DETAILhttps://phabricator.wikimedia.org/T101954EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: PokestarFan, hoo, aude, Lydia_Pintscher, Yair_rand, Aklapper, Lahi, Gq86, GoranSMilovanovic
eranroz added a comment.
One more point for consideration: fineGrainedUsageTracking can be deployed with or without tracking specific claims (T151717), where we mask C.Px to O in SqlUsageTracker::handleBlacklistedUsages. AFAIK cawiki already tracks specific claims.TASK DETAILhttps
eranroz added a comment.
This is likely to have tiny aspects on hewiki, as many modules are already adopted to avoid getEntity() but rather use entity ID and fetch only the specific aspect (this have additional benefit of lower footprint of serializations).
Hence wbc_entity_usage is probably
eranroz added a comment.
Just after enabling (to be compared in few days)
select eu_aspect,count(*) from wbc_entity_usage group by eu_aspect ;
+---+--+
| eu_aspect | count(*) |
+---+--+
| D.en |5 |
| D.he | 46 |
| L |1
eranroz added a comment.
In T178114#3888964, @Ladsgroup wrote:
This will go live this week, Would be good to measure the impact.
The above patch (383990) doesn't have any impact. wikis have to adopt it, and this is just a convenient method to avoid improper property usageTASK DETAILhttps
1 - 100 of 156 matches
Mail list logo
