Spage added a comment.
In https://phabricator.wikimedia.org/T359#1019615, @Spage wrote:
> I'll revive the May 2014 revision.
I did so, generalizing some of the comments, mentioning new modules, and
improving the links.
In https://phabricator.wikimedia.org/T359#1020253, @Lydia_Pintscher wrote:
Addshore created this task.
Addshore added subscribers: Addshore, Lydia_Pintscher.
Addshore added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Procedure to reproduce:
# Start creating a new claim on an item.
Manybubbles added a comment.
@Haasepeter - Stas and I are in Berlin now and should be able to talk pretty
much any time during the day there. Next week I'm pretty free as well, just
send me/us an invite. If you don't have Stas' contact info I'll forward it to
him as well.
@Beebs.systap - was
Tpt added a subscriber: Tpt.
TASK DETAIL
https://phabricator.wikimedia.org/T73992
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tpt
Cc: Tpt, Wik
hoo added a comment.
In https://phabricator.wikimedia.org/T89566#1043724, @Lydia_Pintscher wrote:
> Adding @hoo and @daniel for clarification.
I don't know what happened here, but Wikibase still adds all langlinks to the
ParserOutput, like it ever did.
TASK DETAIL
https://phabricator.wikim
Kghbln added a subscriber: Kghbln.
TASK DETAIL
https://phabricator.wikimedia.org/T88567
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Kghbln
Cc:
Lydia_Pintscher moved this task to consider for next sprint on the Wikidata
workboard.
Lydia_Pintscher raised the priority of this task from "High" to "Unbreak Now!".
TASK DETAIL
https://phabricator.wikimedia.org/T72715
WORKBOARD
https://phabricator.wikimedia.org/project/board/71/
REPLY HAN
Lydia_Pintscher triaged this task as "High" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T72715
WORKBOARD
https://phabricator.wikimedia.org/project/board/71/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
Lydia_Pintscher lowered the priority of this task from "Unbreak Now!" to "Needs
Triage".
TASK DETAIL
https://phabricator.wikimedia.org/T72715
WORKBOARD
https://phabricator.wikimedia.org/project/board/71/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscri
Addshore added a comment.
So **EditEntity** has a method **runEditFilterHooks** which it called from
**attemptSave** and calls the **EditFilterMergedContent** hook.
**RedirectCreationInteractor** does not call this hook in its **saveRedirect**
method.
I guess a call to this hook must be added!!
Lydia_Pintscher added subscribers: daniel, hoo.
Lydia_Pintscher added a comment.
Adding @hoo and @daniel for clarification.
TASK DETAIL
https://phabricator.wikimedia.org/T89566
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFE
Anomie added a comment.
In https://phabricator.wikimedia.org/T89566#1043711, @Florian wrote:
> @Lydia_Pintscher: Wasn't there an announcement of wikidata to not rely on the
> parserOutput for language links anymore? *confused*
I sure hope not, since that would break API langlinks.
TASK DETAI
Florian closed this task as "Invalid".
Florian claimed this task.
Florian added a subscriber: Lydia_Pintscher.
Florian added a comment.
Ok, i only tried the purge action, haven't thought about a null edit, thanks
@Anomie, i'll close this task, because there is nothing we can do,
unfortunately.
Addshore added a comment.
This seems to be tripping up both
https://test.wikidata.org/wiki/Special:AbuseFilter/7 and
https://www.wikidata.org/wiki/Special:AbuseFilter/60
TASK DETAIL
https://phabricator.wikimedia.org/T72715
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close,
Addshore added a subscriber: Addshore.
TASK DETAIL
https://phabricator.wikimedia.org/T72715
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Addsho
Anomie added a comment.
A purge with forcelinkupdate fixed it, FYI. A null edit would have too, most
likely.
TASK DETAIL
https://phabricator.wikimedia.org/T89566
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https
Anomie added a subscriber: Anomie.
Anomie added a comment.
The API is working fine, in that it's returning all the entries from the
langlinks table for that title. The question becomes why the langlinks table
isn't containing that language link.
TASK DETAIL
https://phabricator.wikimedia.org/
Anomie removed a project: MediaWiki-API.
TASK DETAIL
https://phabricator.wikimedia.org/T89566
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Anom
adrianheine added a comment.
In https://phabricator.wikimedia.org/T88436#1042729, @Krinkle wrote:
> Jobs will no longer use mediawiki/vendor in the near future. But until we're
> there, if the relevant extension here is Wikimedia-deployed and needs
> data-values/javascript at run-time in produc
JanZerebecki added a comment.
> But until we're there, if the relevant extension here is Wikimedia-deployed
> and needs data-values/javascript at run-time in production, then it not only
> can be added but must be added.
Both this extension and its dependencies (data-values/javascript) are onl
Florian moved this task to Tracking / Involving other Projects on the
Mobile-Web workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T89566
WORKBOARD
https://phabricator.wikimedia.org/project/board/67/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubs
Florian added a comment.
Hmm, the api request [1] doesn't return the en version, so we can't show it :(
[1]
https://nl.m.wikisource.org/w/api.php?action=query&format=json&meta=siteinfo&siprop=general|languages&prop=langlinks&llurl=true&lllimit=max&titles=Het_gebed_van_den_onwetende
TASK DETAIL
Florian added a project: MediaWiki-API.
TASK DETAIL
https://phabricator.wikimedia.org/T89566
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Flori
Lydia_Pintscher moved this task to consider for next sprint on the Wikidata
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T89698
WORKBOARD
https://phabricator.wikimedia.org/project/board/71/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe
thiemowmde added a project: Patch-For-Review.
thiemowmde added a comment.
https://github.com/wmde/WikibaseSerializationJavaScript/pull/15
https://github.com/wmde/DataValuesJavascript/pull/62
https://gerrit.wikimedia.org/r/#/c/190998/
TASK DETAIL
https://phabricator.wikimedia.org/T89698
REPLY
thiemowmde added a subscriber: Tobi_WMDE_SW.
thiemowmde added a comment.
I found a comment by Daniel Werner in TimeValue.js:
//"Since the data value saves the time as Gregorian, we first have to transform
that back into Julian.
**NOTE:** As of May 15 2013 we decided that this is nonsense and tha
Prtksxna added a project: Popups.
Prtksxna set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T69434
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/ema
Balu added a comment.
@thiemowmde: it means, that with sending the above string to api.php the
frontend isn't usabele anymore. I can't say more. I am only observing this
effect. What can I tell more?
@hoo: this URL is documented here:
https://www.mediawiki.org/wiki/Wikibase/API#wbsetqualifier
thiemowmde added a comment.
I tried but can't reproduce it.
What exactly does "something goes wrong" mean? There is really, really not
enough information given to do anything for you, @Balu. Sorry to say that.
TASK DETAIL
https://phabricator.wikimedia.org/T89698
REPLY HANDLER ACTIONS
Repl
Prtksxna added a comment.
In https://phabricator.wikimedia.org/T70039#1041903, @JanZerebecki wrote:
> There is a similar bug on Wikidata spewing JS errors where there are links
> without href. That patch https://gerrit.wikimedia.org/r/#/c/190209/ would be
> a minimal fix but the patch linked ab
hoo added a comment.
Example: https://test.wikidata.org/wiki/Special:EntityData/Q68.json
(`"calendarmodel":"http://www.foo.bar/wtf"`)
TASK DETAIL
https://phabricator.wikimedia.org/T89698
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
hoo added a comment.
Ok, this is worse than I initially thought... the problem here is the calendar
model URL used, it should be /entity/ not /wiki/. But the actual root problem
is that we don't validate these URLs AT ALL.
TASK DETAIL
https://phabricator.wikimedia.org/T89698
REPLY HANDLER A
Lydia_Pintscher triaged this task as "Unbreak Now!" priority.
Lydia_Pintscher added subscribers: Snaterlicious, thiemowmde, adrianheine,
Addshore, JanZerebecki, aude, hoo.
Lydia_Pintscher added a project: Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T89698
REPLY HANDLER ACTIONS
Re
Lydia_Pintscher added a subscriber: Lydia_Pintscher.
Lydia_Pintscher added a comment.
Set to unbreak now for investigation to see how bad this is.
TASK DETAIL
https://phabricator.wikimedia.org/T89698
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or
34 matches
Mail list logo