[Bug 10887] API JSON formatter returns [] as an empty return value - inconsistent with {} for non-empty values

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=10887

db  changed:

   What|Removed |Added

 CC||liang...@gmail.com

--- Comment #8 from db  ---
*** Bug 49201 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49201] Empty "nodes" are printed as arrays in JSON even if objects are used for them normally (= when non-empty)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49201

db  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution|--- |DUPLICATE

--- Comment #2 from db  ---


*** This bug has been marked as a duplicate of bug 10887 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49331] Click on "X" and still getting sent to board elections page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49331

--- Comment #1 from Sarah Stierch  ---
OK. I just did it on Bulgarian Wikipedia. I click the x for the central notice.
It disappears. And then, 1 second later  (no joke) it takes me to the page in
the same browser.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49332] New: #property gives empty string, but property is set at item on wikidata

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49332

   Web browser: ---
Bug ID: 49332
   Summary: #property gives empty string,  but property is set at
item on wikidata
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: WikidataClient
  Assignee: wikidata-b...@lists.wikimedia.org
  Reporter: duplicate...@googlemail.com
CC: wikidata-b...@lists.wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The following items has a property p373 set, but the parser function #property
does not return the value on the client wiki.

* [[d:q7033315]]
https://en.wikipedia.org/w/index.php?title=Special:Expandtemplates&contexttitle=Category%3ADukes+of+Luxembourg&input=%3E%7B%7B%23property%3Ap373%7D%7D%3C
* [[d:q7037304]]
* [[d:q7144996]]
* [[d:q7151900]]
* [[d:q7160071]]
* [[d:q7214291]]
* [[d:q8906825]]
* [[d:q9098439]]
https://en.wikipedia.org/w/index.php?title=Special:Expandtemplates&contexttitle=Category%3A1973+in+sports&input=%3E%7B%7B%23property%3Ap373%7D%7D%3C
* [[d:q10012679]]

You can see this, by going to [[Special:ExpandTemplates]], typing in the
pagename from wikidata and adding >{{#property:p373}}< as wikitext (see some
example urls).

Whats the problem here? Purging the pages on the client or repo does not help.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49331] Click on "X" and still getting sent to board elections page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49331

Sarah Stierch  changed:

   What|Removed |Added

Mobile Platform|--- |iOS 6.x
Web browser|--- |Firefox

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49331] New: Click on "X" and still getting sent to board elections page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49331

   Web browser: ---
Bug ID: 49331
   Summary: Click on "X" and still getting sent to board elections
page
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: CentralNotice
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: sarahstie...@gmail.com
CC: fr-t...@wikimedia.org, rkald...@wikimedia.org,
s...@ludd.net
Classification: Unclassified
   Mobile Platform: ---

Hi! I am doing some work on various Wikipedia languages and when I see the
central notice for the board elections I click X, expecting the central notice
to go away. That doesn't work. I have been on Italian and French (and maybe
others I don't remember right now) and I have clicked the X (I'm not idiot,
I've done this a thousand times and never had a problem with it "disappearing")
and I get sent to the Meta page. 

It also pops up in the same window, which I am not sure if that's normal or not
(because I rarely click on the central notices). 

I hope it's just not me! :) But...who knows. Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

--- Comment #14 from Peter Bena  ---
I hit enter before I wrote it...

* Regarding your second question about python:

There is of course no python module for this, but if I knew python it would be
matter of 2 minutes to make some (which is not a case of rsyslog)

Just create a python function that does some equivalent of this

public static void Log(string text, string toolname)
{
// Change SendUDP / SendTCP to some python fuction which allows sending
over UDP or TCP
// SendUDP ( host, port, text)
SendUDP( "tools-syslog", 64386, "s " + toolname + " 1 " + text);
}

That is all

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

--- Comment #13 from Peter Bena  ---
there /is/ rsyslog installed, it may not be configured to work well enough
because IMHO single instance of rsyslog doesn't even support such a complex
configuration that it would log the local syslog (the one in /var/log) to local
fs and remote syslog from certain kind of services to network storage - I think
we would need to spawn multiple rsyslog daemons for that.

If you know how to do that - do that! Bots project is a testing environment for
this kind of stuff, you can have root there if you don't have it already and
there is equivalent of this on bots-syslog (identical server as tools-syslog)

Once you finish configuration of rsyslog, then preferably either insert it to
puppet class (syslog.pp in modules/toollabs/manifests) or just document it and
I will do it.

This bug is about central logging service - which we apparently have now. I
believe that wast majority of tool operators will prefer something really
simple over stuff that is complicated - this daemon allows you to define things
like if the logs should be written in a txt / xml / html file how they should
be formatted per line, define own formatting on demand or define own sections
for logfiles on demand per tool. This isn't possible in rsyslog without
changing configuration files.

Rsyslog is a good tool for gathering system (server / kernel / daemon) logs for
person with root on server, but it is lacking features bot operators might use.

However I have nothing against having multiple options for people, if you like
rsyslog, or whatever else, why not...

Regard

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49329] Package installation request: libcache-memcached-fast-perl

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49329

Peter Bena  changed:

   What|Removed |Added

 CC||benap...@gmail.com

--- Comment #1 from Peter Bena  ---
installed - waits for puppet merge

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49312] Meta-Wiki name space request for "Programs"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49312

--- Comment #7 from MZMcBride  ---
(In reply to comment #6)
> Which clearly shows that there isn't enough consensus for setting up a new
> namespace. [Hence — changing the keyword back to 'shellpolicy'.]

There are some objections on Meta-Wiki, but I don't think they hold weight.
Some people think that other organization schemes might be better (categories +
subcategories, subpages, etc.). But that seems like a personal preference kind
of thing, so the person doing the work on this generally would be the one to
decide how best to do it. At least in some ways.

Namespaces exist as high-level content separation. For the most part, they're
not exposed or even noticeable. In the few places where they are exposed, it
would be nice to be able to scale better (drop-down menus and forms with
checkboxes can become cumbersome). But the overall impact is low and for the
most part they simply exist as folders (directories) on a wiki that can easily
be ignored. I don't think this is really a policy issue, but we can leave the
keyword for now.

Sarah: if you want this namespace, someone will need to submit a changeset to
Gerrit and it'll then have to be reviewed, merged, and deployed. The amount of
time to actually add the namespace is a few minutes. It's the paperwork that
can take a long time. ;-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49330] New: Jenkins doesn't run unit tests

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49330

   Web browser: ---
Bug ID: 49330
   Summary: Jenkins doesn't run unit tests
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Continuous integration
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jamesin.hongkon...@gmail.com
CC: has...@free.fr, innocentkil...@gmail.com,
krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

After 30 min and still zuul shows "Queue lengths: 0 events, 0 results" where I
hoped for [1], [2] to show some life signs I'll probably can assume that
Jenkins died again (after yesterday's incident bug 49294).

I'll leave the severity to be decided by someone else but this is getting a bit
awkward now having two days in a row issues with Jenkins.

[1] https://gerrit.wikimedia.org/r/#/c/61171/

[2] https://gerrit.wikimedia.org/r/#/c/60092/

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 41498] New extension: EXIF parser functions

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=41498

--- Comment #8 from Bawolff (Brian Wolff)  ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > Wouldn't it make more sense to do this with a Lua module instead of adding
> > > more
> > > parser functions ?
> > 
> > Perhaps. OTOH lua is not garunteed to be installed on all third party wikis.
> 
> Actually, personally I would like to have both, with more advanced
> functionality available to lua (Such as getting a table of all the metadata)

Ok, I tried my hand at adding this to lua as well -
https://gerrit.wikimedia.org/r/67588

For the lua part, I just added a method to the title class that can retrieve a
table of all the (standard) file metadata. This is the raw unformated data.

I imagine that people using lua for this are more interested in the raw data,
and will probably want to format it themselves. If they don't, there's still
the parser function (lua after all outputs wikitext).

One of the use cases I imagine for the parser function version, is someone
might want to put on the image description page of their image the description
from the metadata. This is a simple non-complex use case, and I think is well
suited to a parser function.

One point that I'm worried might be sticky in review of this, is the parser
function, when in formatted output mode, formats according to user language.
There's a number of reasons for this:
*Output then looks exactly like the formatted output in the metadata box on the
image page, which varies by user language.
*Commons people (who realistically are probably going to be the main people
using this) tend to like everything changing with user language
*Image description pages on commons effectively already always vary by user
language. (Almost every template on commons has an {{int:...}} in it), so its
not like we're splitting the parser cache, its already split.
*And the bad reason, the formatMetadata class already assumes using user
language via a bunch of global state (This is really a non-reason. It can be
changed if people don't like the user language thing. The main reason is the
first 3)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49329] New: Package installation request: libcache-memcached-fast-perl

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49329

   Web browser: ---
Bug ID: 49329
   Summary: Package installation request:
libcache-memcached-fast-perl
   Product: Wikimedia Labs
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: tools
  Assignee: m...@uberbox.org
  Reporter: bjor...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Since we have memcached available now, it would be nice to have
libcache-memcached-fast-perl (or at least libcache-memcached-perl) installed on
tools-login and on the exec nodes.

Thanks.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 43058] Create a VisualEditor plugin tool to add/edit maths blocks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=43058

James Forrester  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |jiabao.f...@gmail.com
   |org |

--- Comment #4 from James Forrester  ---
(In reply to comment #3)
> Are there any news on this?

Jiabao was accepted as a GSoC student and will be working on this with us.
Updates are going to be added at [[mw:User:Jiabao wu/GSoC 2013 Project Work]].

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 43058] Create a VisualEditor plugin tool to add/edit maths blocks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=43058

--- Comment #3 from Helder  ---
Are there any news on this?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47055] Revision::fetchFromConds SELECT ... FOR UPDATE invalid in Postgres

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47055

--- Comment #1 from Fred Houweling  ---
i patched my Revision.php in the includes directory (1.21.1) with the
following:

# diff Revision.php.org Revision.php
355a356
>   global $wgDBtype;
363c364,366
<   $options[] = 'FOR UPDATE';
---
>   if( $wgDBtype != "postgres" ) {
>   $options[] = 'FOR UPDATE';
>   }

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49246] VisualEditor: [Regression] Arrow keying around multibyte unicode characters fails after an inline node

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49246

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |ASSIGNED
 CC||i...@wikia-inc.com,
   ||or...@framezero.com
  Component|General |ContentEditable

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49249] VisualEditor: Toolbar button text doesn't line up vertically

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49249

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Low
 Status|NEW |ASSIGNED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 16976] Wikis waiting for creation (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16976

MF-Warburg  changed:

   What|Removed |Added

 Depends on||49328

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49328] New: Create Wikipedia Tuvan

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49328

   Web browser: ---
Bug ID: 49328
   Summary: Create Wikipedia Tuvan
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
   URL: //meta.wikimedia.org/wiki/Requests_for_new_languages/W
ikipedia_Tuvan
OS: All
Status: NEW
  Keywords: shell
  Severity: enhancement
  Priority: Unprioritized
 Component: Language setup
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mfwarb...@googlemail.com
Blocks: 16976
Classification: Unclassified
   Mobile Platform: ---

The language committee and WMF Board have approved the creation of Wikipedia
Tuvan.

Language code: tyv
Site URL: tyv.wikipedia.org
Project name: Википедия
Project namespace: Википедия
Project talk namespace: Википедия дугайында сүмелел
Project logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-tyv.png
Timezone: Asia/Krasnoyarsk
Language name: Тыва дыл
Enable uploads: yes


Thank you.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49258] VisualEditor: Move back to "normal" Save dialog with optional rather than mandatory Review

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49258

James Forrester  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from James Forrester  ---
Fixed and will go out with wmf7 from next Thursday.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49327] New: overlapping text after moderation on permalink-page of feedback

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49327

   Web browser: ---
Bug ID: 49327
   Summary: overlapping text after moderation on permalink-page of
feedback
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: trivial
  Priority: Unprioritized
 Component: ArticleFeedbackv5
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: wikipe...@se4598.eu
CC: mmul...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12497
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12497&action=edit
before and after moderation

performing a moderation-action on the permalink-page of feedback destroys the
layout:
* overlapping text
* removed grey bar above post
(see screenshot from
https://de.wikipedia.org/wiki/Spezial:Artikelr%C3%BCckmeldungen_v5/B%C3%A4ren/04fc7ed326a710fce896842b2b77e796
before and after moderation via Firefox 21)

additional: note that after moderation there's the new link
"Einzelheiten"/"Details" which is senseless when you are already on that page
;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47400] Install Extension:Widget to English Wikivoyage

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47400

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #10 from Bawolff (Brian Wolff)  ---
> 
> The tickets look like they need a separate login, so I can't access them, but
> do they look like the ones on WikiMiniAtlas?

Yeah RT is secret. Only ops folks have access. (Something about they use it to
track billing info as well or something like that.
---

Wouldn't it make more logical sense to install the maps extension
([[mw:Extension:Maps]]).

/me finds the widget extension a little scary, but that's just my personal pov,
and its not up to me

-

As an aside, technically it is possible to already do this by dynamically
inserting the iframe using js in MediaWiki:Common.js

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 35565] [Regression] Special:Log/patrol doesn't show "(automatic)" for autopatrols anymore

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=35565

--- Comment #8 from Robert Morley  ---
For any 1.19 users out there, I've just finished porting the changes from the
link in comment 3 and they work fine.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47400] Install Extension:Widget to English Wikivoyage

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47400

--- Comment #9 from Sam Reed (reedy)  ---
(In reply to comment #4)
> Simple source code, only 200 lines.
> Uses the Smarty PHP library for templating.

All still needs reviewing though.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49305] For git server, rewrite http urls to https

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49305

--- Comment #7 from Chad H.  ---
No, not that. This:

https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47400] Install Extension:Widget to English Wikivoyage

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47400

--- Comment #8 from torty3  ---
We did decide on this as one of the quickest and easiest ways to implement them
on-wiki (for us at least), although given this roadblock we may look at other
ways. What do you think Nicolas?

I think WikiMiniAtlas is instructive since it injects an iframe into the
article, but we would prefer something more permanent and more obvious, since I
didn't even know about the map features on Wikipedia and maps are undoubtedly
even more important on Wikivoyage.

The tickets look like they need a separate login, so I can't access them, but
do they look like the ones on WikiMiniAtlas?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49113] Bug in showing Arabic scripts content

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49113

--- Comment #12 from Florence  ---
(In reply to comment #11)
 Thanks Dear Amir
Sorry
 now Farsi and Arabic Show is Ok with {{lang|fa}} and {{lang|ar}}

 Florence

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49113] Bug in showing Arabic scripts content

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49113

Florence  changed:

   What|Removed |Added

 CC||dramir2w...@gmail.com

--- Comment #11 from Florence  ---
Thanks Dear Amir
no Farsi and Arabic Show is Ok with {{lang|fa}} and {{lang|ar}}

Florence

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49305] For git server, rewrite http urls to https

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49305

--- Comment #6 from billinghurst  ---
Are you meaning 

http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage%2Fe7233e3ba511bd859f16d36e84accb3342d858d9%2FProofreadPage.body.php

If so, that fails too. 

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 35565] [Regression] Special:Log/patrol doesn't show "(automatic)" for autopatrols anymore

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=35565

--- Comment #7 from Krinkle  ---
(In reply to comment #6)
> As of 1.19.3, this still hasn't been incorporated.

This bug was fixed in March 2012 and first released in v1.20.0. It was deployed
in wmf/1.20wmf1 

It will not be back ported to v1.19 at this time since v1.19 is on legacy
support and this probably won't be enough for a follow-up release (v1.21 has
already been released, v1.22 is under development).


(In reply to comment #4)
> Sorry to say, but no, it's still not fixed. Take for example the patrol log
> of
> MoiraMoira (another Dutch admin):
> https://nl.wikipedia.org/w/index.php?title=Speciaal:
> Logboeken&type=patrol&user=MoiraMoira&uselang=en
> - I don't see the word "automatic" anywhere...



18:20, 7 June 2013 MoiraMoira (..)
  automatically marked revision 37912636 of page .. patrolled
18:17, 7 June 2013 MoiraMoira (..)
  automatically marked revision 37912623 of page .. patrolled
18:16, 7 June 2013 MoiraMoira (..)
  automatically marked revision 37912617 of page .. patrolled
15:15, 7 June 2013 MoiraMoira (..)
  marked revision 37911385 of page .. patrolled

It does now :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49115] Have a different link for page patrol and revision patrol

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49115

--- Comment #5 from Bawolff (Brian Wolff)  ---
(In reply to comment #4)
> (In reply to comment #3)
> > There are two types of [Mark this page as patrolled]: the ones for new
> > articles, and the one for other revisions. On the Dutch Wikipedia we only
> > show
> > the [Mark this page as patrolled] for new pages at the bottom of pages. The
> > mark als patrolled for other revisions is only shown on the diff pages.
> 
> Is that something the Dutch Wikipedia changes? I thought this is the default
> (firs t revision links for page patrol are shown on the bottom, edit patrol
> links are shown in diff mode).

This is the way it used to be. It was recently changed. Based on comments in
irc, Romaine views this as a bad change, and wants the old behaviour back.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49115] Have a different link for page patrol and revision patrol

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49115

--- Comment #4 from Krinkle  ---
(In reply to comment #3)
> There are two types of [Mark this page as patrolled]: the ones for new
> articles, and the one for other revisions. On the Dutch Wikipedia we only
> show
> the [Mark this page as patrolled] for new pages at the bottom of pages. The
> mark als patrolled for other revisions is only shown on the diff pages.

Is that something the Dutch Wikipedia changes? I thought this is the default
(firs t revision links for page patrol are shown on the bottom, edit patrol
links are shown in diff mode).

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49305] For git server, rewrite http urls to https

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49305

--- Comment #5 from Chad H.  ---
Hmm, those /'s in the repo name (or file path) should be encoded as %2F :\

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49326] New: adding "notify translators" link to translate extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49326

   Web browser: ---
Bug ID: 49326
   Summary: adding "notify translators" link to translate
extension
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Translate
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mr...@wikimedia.org
CC: alolita.sha...@gmail.com, asha...@wikimedia.org,
niklas.laxst...@gmail.com, run...@gmail.com,
s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12496
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12496&action=edit
screen shot with an arrow pointing to where the link could be added.

While using the special page:translate tool to mark up a new blog post, I
marked it for translation, and was then taken to Special:Page Translation. From
there, the next step in my workflow is to notify translators. I wonder if it
would be easy to add a link on Special:Page Translation right after the notice
that the marked page is ready for translation? I'm thinking a "Notify
Translators" button somewhere, as in the attachment.

From what Siebrand told me, this needs to integrate with another extension (one
needs to go from Translate to TransationNotifications), so we will want to
check if the latter is installed before displaying a link.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49305] For git server, rewrite http urls to https

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49305

--- Comment #4 from billinghurst  ---
Well, I get



Not Found

The requested URL
/blob/mediawiki/extensions/ProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php
was not found on this server.



It was pointed out to me

 (ps your link is 404 error) 

 at
https://en.wikisource.org/w/index.php?title=Wikisource:Requests_for_comment/Annotations_and_derivative_works&oldid=4467510

so it is not only me that has the issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45597] Cannot delete tags anymore

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45597

Chad H.  changed:

   What|Removed |Added

   Keywords||upstream
URL||https://code.google.com/p/g
   ||errit/issues/detail?id=1902

--- Comment #7 from Chad H.  ---
Ugh, that would be this: https://code.google.com/p/gerrit/issues/detail?id=1902

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49293] Images: link parameter should handle absolute paths correctly

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49293

Gabriel Wicke  changed:

   What|Removed |Added

   Keywords||easy

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49325] New: Bingle test 3

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49325

   Web browser: ---
Bug ID: 49325
   Summary: Bingle test 3
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: MobileFrontend
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: aricha...@wikimedia.org
CC: aricha...@wikimedia.org, jgon...@wikimedia.org,
jrob...@wikimedia.org, maxsem.w...@gmail.com,
mgro...@wikimedia.org, mpinc...@wikimedia.org,
tf...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

this is a test

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49324] New: "Talk:" shouldn't be displayed with "You have new messages"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49324

   Web browser: ---
Bug ID: 49324
   Summary: "Talk:" shouldn't be displayed with "You have new
messages"
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Keywords: i18n
  Severity: normal
  Priority: Unprioritized
 Component: Echo
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: amir.ahar...@mail.huji.ac.il
CC: agarr...@wikimedia.org, bs...@wikimedia.org,
oke...@wikimedia.org, rkald...@wikimedia.org,
s.mazel...@xs4all.nl, vba...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The little orange bar, which Echo displays, says "Talk: You have new messages".
The "Talk" part is taken straight from the core 'mytalk' message.

This creates a rather confusing message, in English and in other languages.
It's enough to just say "You have new messages".

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49305] For git server, rewrite http urls to https

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49305

--- Comment #3 from Chad H.  ---
Worksforme...

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49305] For git server, rewrite http urls to https

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49305

--- Comment #2 from billinghurst  ---
It was a deeper link
[//git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php
git]

so
http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FProofreadPage/e7233e3ba511bd859f16d36e84accb3342d858d9/ProofreadPage.body.php

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49311] Saving a subject change without changing the subject contents should not make any record in thread history

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49311

--- Comment #1 from Alex Monk (Krenair)  ---
Gerrit change 67558

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49311] Saving a subject change without changing the subject contents should not make any record in thread history

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49311

Alex Monk (Krenair)  changed:

   What|Removed |Added

   Keywords||patch-in-gerrit
 Status|NEW |ASSIGNED
 CC||kren...@gmail.com
   Assignee|wikibugs-l@lists.wikimedia. |kren...@gmail.com
   |org |

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49113] Bug in showing Arabic scripts content

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49113

--- Comment #10 from Amir E. Aharoni  ---
OK, I was able to reproduce it. Indeed, this happens because ULS applies a
Thaana (Divehi) font to Persian text, and this produces weird results. The
right thing is to apply .

This is by design: ULS currently is only for selecting the interface language,
and the content language is a constant in LocalSettings. This may become easier
when bug 9360 is resolved.

This can probably be closed as INVALID, but it does raise a rather important
issue: People who edit wikis *should* apply lang attributes to all embedded
foreign text, but quite often they don't, and webfonts may start breaking
things here and there.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

--- Comment #12 from Tim Landscheidt  ---
(In reply to comment #11)
> > > Rsyslogd doesn't seem to be enough for this, a separate service needs to 
> > > be
> > > created

> > Why?  What's missing?

> I forgot to mention that rsyslog was installed there as well, so feel free to
> use that if you prefer. It is missing basically everything I would use as a
> tool operator and it's incredibly complicated. But you can of course use it

What's complicated about rsyslog?  What's missing there that on the other hand
a simple TCP sink has?! :-)

> > > Is this running syslog or a similar service? I hope it isn't a custom C#
> > > server
> > > running there with no monitoring or logging of its own...

> > > /me eyes petan suspiciously

> > I hope it has libraries in C#, PHP, Perl, Python, C, Java, C++, Tcl, and
> > whatever else people use on Tools.

> It is listening on UDP and TCP ports, I don't know what libraries you need?
> There is provided a very simple 1 line example in shell script which is
> likely
> easy to convert to any language I know. It is far simpler than rsyslog or
> scribe, but nearly same powerful. Why do you think it is running with no
> monitoring?

As you know, there are lots of logging frameworks where you can just plug in
modules for rsyslog or other remote daemons (or files or printers or ...). 
Your daemon implements a new protocol, so we need new plugins for them.

For example, how do I configure Python's logging to log to your daemon?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 35912] Jenkins: Set up PHPUnit testing on MySQL backend

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=35912

Matthew Flaschen  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=45194

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45194] Duplicate entry 'updatelist' for key 'PRIMARY'

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45194

Matthew Flaschen  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=35912
 Ever confirmed|0   |1

--- Comment #3 from Matthew Flaschen  ---
It's probably another case of SQLite behaving differently.  See bug 35912.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49115] Have a different link for page patrol and revision patrol

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49115

--- Comment #3 from Romaine  ---
There are two types of [Mark this page as patrolled]: the ones for new
articles, and the one for other revisions. On the Dutch Wikipedia we only show
the [Mark this page as patrolled] for new pages at the bottom of pages. The
mark als patrolled for other revisions is only shown on the diff pages.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 35565] [Regression] Special:Log/patrol doesn't show "(automatic)" for autopatrols anymore

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=35565

Robert Morley  changed:

   What|Removed |Added

 CC||robinhoo...@live.ca

--- Comment #6 from Robert Morley  ---
As of 1.19.3, this still hasn't been incorporated.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49175] GuidedTour adds MW namespace scripts to login page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49175

Matthew Flaschen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Group|security|
 CC||lwell...@wikimedia.org,
   ||mflasc...@wikimedia.org,
   ||swall...@wikimedia.org,
   ||tc...@wikimedia.org
  Component|General |GuidedTour
 Resolution|--- |FIXED
   Assignee|cste...@wikimedia.org   |wikibugs-l@lists.wikimedia.
   ||org
Product|Security|MediaWiki extensions

--- Comment #5 from Matthew Flaschen  ---
Merged to master.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #16 from Robert Morley  ---
> Btw. I am the OP ;)

D'oh! :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #15 from Patrick Westerhoff  ---
(In reply to comment #14)
> if it's too difficult to detect writeapi permissions for the
> current user (as in the scenario the OP describes) at runtime for whatever
> reason, even adding something like $wgWatchUseWriteApi to LocalSettings would
> be sufficient for most cases, I would imagine.

Well the simplest way would be to just have it on the server-side say “nope,
you don’t get AJAX for this”, so it does not even need to be handled by
JavaScript.

Btw. I am the OP ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #14 from Robert Morley  ---
Thanks, Patrick! From what little I know of the MW code, I don't think it'll be
a problem, but if it's too difficult to detect writeapi permissions for the
current user (as in the scenario the OP describes) at runtime for whatever
reason, even adding something like $wgWatchUseWriteApi to LocalSettings would
be sufficient for most cases, I would imagine.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #13 from Patrick Westerhoff  ---
(In reply to comment #6)
> What I suggest here is to detect if the api is disabled, or just the
> writeapi,
> and if that's true, let the browser follow the link instead of using the api.
> We already have wgEnableWriteAPI as a JavaScript variable [2], so
> mediawiki.action.watch should check it and act accordingly.

I think that would be a very good way to solve this. I didn’t realize that the
tab link is already correct. The simplest way would be to just not make this
use an AJAX call when the WriteAPI is disabled. I’ll try to come up with a
patch.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49323] New: Translation Notification Bot does not respect bot flag

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49323

   Web browser: ---
Bug ID: 49323
   Summary: Translation Notification Bot does not respect bot flag
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: TranslationNotifications
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: maure...@gmx.es
CC: alolita.sha...@gmail.com,
amir.ahar...@mail.huji.ac.il, run...@gmail.com,
s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Today Translation Notification Bot@metawiki has been flooding RecentChanges in
spite of being flagged as 'bot'
.

We recently requested on bug 44210 that all notifications be delivered by the
TNB account, so the projects could flag it and then avoid RC flooding.

Thanks you.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49289] Visible br is shown in template

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49289

James Forrester  changed:

   What|Removed |Added

 CC||ssas...@wikimedia.org
  Component|General |JS/General
   Assignee|jforres...@wikimedia.org|gwi...@wikimedia.org
Product|VisualEditor|Parsoid

--- Comment #1 from James Forrester  ---
This is as it comes through from Parsoid -
http://parsoid.wmflabs.org/en/Earth?oldid=558616159 - so re-filing there.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49322] Scribunto Fatal error: Call to a member function getPrefixedText() on a non-object

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49322

--- Comment #2 from Sam Reed (reedy)  ---
public static function isDocPage( $title, &$forModule = null ) {
$docPage = wfMessage( 'scribunto-doc-page-name' )->inContentLanguage();
if ( $docPage->isDisabled() ) {
return false;
}

// Canonicalize the input pseudo-title. The unreplaced "$1" shouldn't
// cause a problem.
$docPage = Title::newFromText( $docPage->plain() )->getPrefixedText();

// Make it into a regex, and match it against the input title
$docPage = str_replace( '\\$1', '(.+)', preg_quote( $docPage, '/' ) );
$forModule = null;
if ( preg_match( "/^$docPage$/", $title->getPrefixedText(), $m ) ) {
$forModule = Title::makeTitleSafe( NS_MODULE, $m[1] );
}
return $forModule !== null;
}

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49322] Scribunto Fatal error: Call to a member function getPrefixedText() on a non-object

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49322

--- Comment #1 from Sam Reed (reedy)  ---
public static function showDocPageHeader( &$article, &$outputDone, &$pcache
) {
global $wgOut;

$title = $article->getTitle();
if ( Scribunto::isDocPage( $title, $forModule ) ) {
$wgOut->addHTML(
wfMessage( 'scribunto-doc-page-header',
$forModule->getPrefixedText() )->parseAsBlock()
);
}
return true;
}


Scribunto::isDocPage() calls Title::makeTitleSafe() which can return null. Even
if it returns null, we return true

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

Chris Steipp  changed:

   What|Removed |Added

 CC||cste...@wikimedia.org

--- Comment #12 from Chris Steipp  ---
I do think core should gracefully handle any legitimate configurations.

On this particular issue, I will say that at this point, I think the write api
is as secure as the web interface. I know early on there were a lot of bugs,
and a lot of places where access controls in the api didn't match the website.
But as far as I'm aware, those have all been fixed.

It's nice that users can turn it off and remove that attack surface entirely,
but I'm not sure how much that's worth against the tradeoff in development
costs.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49321] Guided Tours opens without been called

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49321

--- Comment #2 from Alchimista  ---
It happened across several special pages like
* http://pt.wikipedia.org/wiki/Especial:P%C3%A1ginas_vigiadas
* http://pt.wikipedia.org/wiki/Especial:Filtro_de_abusos
* http://pt.wikipedia.org/wiki/Especial:Prefer%C3%AAncias

As far as i remember i haven't used the guided tour for some days, and i've
cleaned the cookies, but i'll make some more tests to find out if it's on any
link i've clicked and report back if not.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49322] New: Scribunto Fatal error: Call to a member function getPrefixedText() on a non-object

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49322

   Web browser: ---
Bug ID: 49322
   Summary: Scribunto Fatal error: Call to a member function
getPrefixedText() on a non-object
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Scribunto
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: s...@reedyboy.net
CC: bjor...@wikimedia.org, tstarl...@wikimedia.org,
vasi...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

[07-Jun-2013 23:21:59] Fatal error: Call to a member function getPrefixedText()
on a non-object at
/usr/local/apache/common-local/php-1.22wmf5/extensions/Scribunto/common/Hooks.php
on line 349
Server: mw1026
Method: GET
URL: http://hu.wikipedia.org/wiki/Doc
Backtrace:
#0
/usr/local/apache/common-local/php-1.22wmf5/extensions/Scribunto/common/Hooks.php(349):
ScribuntoHooks::showDocPageHeader()
#1 [internal function]: ScribuntoHooks::showDocPageHeader(Object(Article),
false, true)
#2 /usr/local/apache/common-local/php-1.22wmf5/includes/Hooks.php(196):
call_user_func_array('ScribuntoHooks:...', Array)
#3
/usr/local/apache/common-local/php-1.22wmf5/includes/GlobalFunctions.php(3834):
Hooks::run('ArticleViewHead...', Array)
#4 /usr/local/apache/common-local/php-1.22wmf5/includes/Article.php(615):
wfRunHooks('ArticleViewHead...', Array)
#5
/usr/local/apache/common-local/php-1.22wmf5/includes/actions/ViewAction.php(44):
Article->view()
#6 /usr/local/apache/common-local/php-1.22wmf5/includes/Wiki.php(439):
ViewAction->show()
#7 /usr/local/apache/common-local/php-1.22wmf5/includes/Wiki.php(305):
MediaWiki->performAction(Object(Article), Object(Title))
#8 /usr/local/apache/common-local/php-1.22wmf5/includes/Wiki.php(565):
MediaWiki->performRequest()
#9 /usr/local/apache/common-local/php-1.22wmf5/includes/Wiki.php(458):
MediaWiki->main()
#10 /usr/local/apache/common-local/php-1.22wmf5/index.php(55): MediaWiki->run()

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49312] Meta-Wiki name space request for "Programs"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49312

Tomasz W. Kozlowski  changed:

   What|Removed |Added

   Keywords|shell   |shellpolicy

--- Comment #6 from Tomasz W. Kozlowski  ---
Which clearly shows that there isn't enough consensus for setting up a new
namespace. [Hence — changing the keyword back to 'shellpolicy'.]

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49312] Meta-Wiki name space request for "Programs"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49312

MZMcBride  changed:

   What|Removed |Added

   Keywords|shellpolicy |shell
   Priority|Low |Normal
 Status|NEW |ASSIGNED
 CC||b...@mzmcbride.com

--- Comment #5 from MZMcBride  ---
(In reply to comment #0)
> I have informed the community on babel about this. 

[[m:Meta:Babel#Programs namespace]]

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49033] Inline code tags styled strangely in articles

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49033

--- Comment #1 from Jon  ---
https://gerrit.wikimedia.org/r/#/c/66287/ was a first stab.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49033] Inline code tags styled strangely in articles

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49033

Jon  changed:

   What|Removed |Added

   Priority|Unprioritized   |Low
   Severity|normal  |minor

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45517] Watchlist incorrectly shows attributed edits as anonymous

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45517

Jon  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #12 from Jon  ---
Please reopen this if you see it again after next deployment on Tuesday 11th.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49321] Guided Tours opens without been called

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49321

--- Comment #1 from Steven Walling  ---
(In reply to comment #0)
> Guided tours is being automatically (without tour=test) on several pages at
> pt.wikipedia. For me, it's mostly on special pages, when opening a special
> page, sometimes it's loaded with guidetour, but withou the ?tour=test on url.
> There has been reported the same behavior on local main page. I've noticed
> today for the first time, and seems a random behavior. Sometimes it shows,
> other times it doesn't, and sometimes a simple click on the page throws gt
> out,
> while there has been cases where it would be needed to close it properly.

Special pages like RecentChanges, or... ? If you give me some examples I can
test more accurately.

You shouldn't be getting the test tour automatically at all, unless someone is
doing something locally in common.js or adding the tour parameter to a link
somewhere. However, if you've ever forced the test tour personally, it will
persist across pages unless you dismiss it, so testing in incognito mode or
after clearing your cookies will help figure out if this is a valid bug or not.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47990] Maintenance script to permanently delete files

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47990

Aaron Schulz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #11 from Robert Morley  ---
True, but the base software should gracefully handle any reasonable rights
configuration a wiki might want. A number of wikis I've seen, including our own
and obviously the OP's, disable or limit access to the API to discourage
unauthorized bot editing. It's not a perfect system, but it's one of a number
of security measures you can take. I'm strongly opposed to the idea that the
base software would force a specific security configuration on all users, or
break basic functionality.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #10 from Alex Monk (Krenair)  ---
The feedback module, but nothing that comes in the basic install with no
extensions or custom JS etc. as far as I'm aware (I doubt any modern wikis run
from the base software without any extensions or helpful JS stuff though).

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

--- Comment #11 from Peter Bena  ---
(In reply to comment #10)
> (In reply to comment #7)
> > Rsyslogd doesn't seem to be enough for this, a separate service needs to be
> > created
> 
> Why?  What's missing?
> 

I forgot to mention that rsyslog was installed there as well, so feel free to
use that if you prefer. It is missing basically everything I would use as a
tool operator and it's incredibly complicated. But you can of course use it

> (In reply to comment #9)
> > Is this running syslog or a similar service? I hope it isn't a custom C#
> > server
> > running there with no monitoring or logging of its own...
> 
> > /me eyes petan suspiciously
> 
> I hope it has libraries in C#, PHP, Perl, Python, C, Java, C++, Tcl, and
> whatever else people use on Tools.

It is listening on UDP and TCP ports, I don't know what libraries you need?
There is provided a very simple 1 line example in shell script which is likely
easy to convert to any language I know. It is far simpler than rsyslog or
scribe, but nearly same powerful. Why do you think it is running with no
monitoring?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49321] New: Guided Tours opens without been called

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49321

   Web browser: ---
Bug ID: 49321
   Summary: Guided Tours opens without been called
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: GuidedTour
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: alchimist...@gmail.com
CC: lwell...@wikimedia.org, mflasc...@wikimedia.org,
swall...@wikimedia.org, tc...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Guided tours is being automatically (without tour=test) on several pages at
pt.wikipedia. For me, it's mostly on special pages, when opening a special
page, sometimes it's loaded with guidetour, but withou the ?tour=test on url.
There has been reported the same behavior on local main page. I've noticed
today for the first time, and seems a random behavior. Sometimes it shows,
other times it doesn't, and sometimes a simple click on the page throws gt out,
while there has been cases where it would be needed to close it properly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49320] semanticforms JS error when I [Edit with form] my user page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49320

Yaron Koren  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|yaro...@gmail.com   |f.tr...@gmx.net

--- Comment #1 from Yaron Koren  ---
Re-assigning to f.trott.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49320] semanticforms JS error when I [Edit with form] my user page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49320

Nemo  changed:

   What|Removed |Added

 Blocks||39480

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 39480] Bugs affecting translatewiki.net (errors from MediaWiki master) (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=39480

Nemo  changed:

   What|Removed |Added

 Depends on||49320

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49320] New: semanticforms JS error when I [Edit with form] my user page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49320

   Web browser: ---
Bug ID: 49320
   Summary: semanticforms JS error when I [Edit with form] my user
page
   Product: MediaWiki extensions
   Version: master
  Hardware: All
   URL: https://translatewiki.net/wiki/Thread:Support/semantic
forms_JS_error_when_I_Edit_with_form_my_user_page
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: SemanticForms
  Assignee: yaro...@gmail.com
  Reporter: federicol...@tiscali.it
CC: sp...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Quoting spage:



Hi, when I go to my user page and click [Edit with form] my user page, my
Firefox 20 console shows a JavaScript error

  TypeError: setting a property that has only a getter
  newBtnElement[attribute.name] = attribute.value;
adding &debug=1 to the URL shows it's coming from line 198 of
https://translatewiki.net/w/extensions/SemanticForms/libs/SF_preview.js

I do get a form with a nifty Google Mapsgadget to set my location, but I think
due to this JS error other code stops working, so e.g. [Show preview] doesn't
work

Chromium doesn't report this error, but it reports 'SecurityError: DOM
Exception 18' and Invalid 'X-Frame-Options' errors.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49319] New: Make it easy to point Vagrant to an existing MediaWiki checkout

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49319

   Web browser: ---
Bug ID: 49319
   Summary: Make it easy to point Vagrant to an existing MediaWiki
checkout
   Product: Tools
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: MediaWiki-Vagrant
  Assignee: o...@wikimedia.org
  Reporter: o...@wikimedia.org
CC: o...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

You should be able to supply the path to an existing clone of mediawiki/core
and have Vagrant share / mount it appropriately.

This is somewhat hindered by the fact that we don't currently share the
mediawiki folder, but rather its parent, which is the mediawiki/vagrant
repository root. Because that's the case, we can't just tell Vagrant 'share the
mediawiki folder, whatever its path', because if its nested under an existing
mountpoint NFS / VirtualBox Shared Folders will barf. So this requires some
finesse.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #9 from Robert Morley  ---
Alex: what else in the base MediaWiki software expects write access to the API?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 42138] VisualEditor: Toolbar "Save page" button is confusing as it merely opens the dialog to save the page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=42138

Krinkle  changed:

   What|Removed |Added

Summary|VisualEditor: Button label  |VisualEditor: Toolbar "Save
   |when dialog is not yet  |page" button is confusing
   |launched should read|as it merely opens the
   |"…" to show another   |dialog to save the page
   |step is needed  |

--- Comment #3 from Krinkle  ---
I agree the toolbar button needs improvement, but imho changing the label from
"Save page" to "Save page..." is not an improvement.

It doesn't clarify or improve the user experience, it only makes it more
mysterious.

I'd prefer we look for another solution, but I think the current situation is
better than having "..." tacked on to the label.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48426] VisualEditor: Pre-beta needs (tracker)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48426

Krinkle  changed:

   What|Removed |Added

 Depends on|42138   |

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 42138] VisualEditor: Toolbar "Save page" button is confusing as it merely opens the dialog to save the page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=42138

Krinkle  changed:

   What|Removed |Added

   Priority|Normal  |Low
 Blocks|48426   |
   Target Milestone|VE-deploy-2013-06-27|---

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

Jesús Martínez Novo (Ciencia Al Poder)  changed:

   What|Removed |Added

   Keywords||javascript
 CC||martinezn...@gmail.com

--- Comment #7 from Jesús Martínez Novo (Ciencia Al Poder) 
 ---
Adding +javascript keyword, as per my proposal at comment #6

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

Alex Monk (Krenair)  changed:

   What|Removed |Added

 CC||kren...@gmail.com

--- Comment #8 from Alex Monk (Krenair)  ---
(In reply to comment #4)
> I recommend removing the old 'write-mode' switch entirely, as front-end code
> nowadays expects to have full read-write access via the API.

I agree, this should be WONTFIX.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #6 from Jesús Martínez Novo (Ciencia Al Poder) 
 ---
This has been reported as an error here [1] ;)

The "watch/unwatch" tab is actually a link, in the form of
index.php?title=PAGENAME&action=watch&token=WATCHTOKEN.

If I open that link in a new tab, it performs the watch/unwatch action without
problems.

What I suggest here is to detect if the api is disabled, or just the writeapi,
and if that's true, let the browser follow the link instead of using the api.
We already have wgEnableWriteAPI as a JavaScript variable [2], so
mediawiki.action.watch should check it and act accordingly.




[1]
https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Error_when_trying_to_watch_pages

[2] https://www.mediawiki.org/wiki/Manual:Interface/JavaScript#mw.config

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 23942] "Find and Replace" is missing when "Enable dialogs for inserting links, tables and more" is not checked

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=23942

--- Comment #12 from Nemo  ---
(In reply to comment #1)
> Yes, this is intentional, as Search&Replace is a dialog as well. I guess
> maybe
> the preference description could be clarified.

TMg proposed elsewhere to rephrase to "Enable dialogs for inserting links and
tables as well as the search and replace function"; a minimal fix could be on
the misleading comma: "Enable dialogs for inserting links and tables and more".

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

--- Comment #10 from Tim Landscheidt  ---
(In reply to comment #7)
> Rsyslogd doesn't seem to be enough for this, a separate service needs to be
> created

Why?  What's missing?

(In reply to comment #9)
> Is this running syslog or a similar service? I hope it isn't a custom C#
> server
> running there with no monitoring or logging of its own...

> /me eyes petan suspiciously

I hope it has libraries in C#, PHP, Perl, Python, C, Java, C++, Tcl, and
whatever else people use on Tools.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

--- Comment #5 from Robert Morley  ---
I bumped up the importance to High, since this essentially means you either
break your Watch tab, or are forced to open up access to the write API, which
can be a significant security issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

--- Comment #9 from Yuvi Panda  ---
Is this running syslog or a similar service? I hope it isn't a custom C# server
running there with no monitoring or logging of its own...

/me eyes petan suspiciously

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 47480] Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=47480

Robert Morley  changed:

   What|Removed |Added

   Priority|Low |High
 CC||robinhoo...@live.ca

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48846] Provide a central logging service for tools

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48846

Peter Bena  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Peter Bena  ---
http://tools.wmflabs.org/logs/ o/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49318] qqq editor popup opens a json document and redirects to api.php after saving

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49318

--- Comment #1 from Niklas Laxström  ---
Uncaught TypeError: Cannot call method 'run' of undefined
ext.translate.quickedit.js:158

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49318] qqq editor popup opens a json document and redirects to api.php after saving

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49318

Nemo  changed:

   What|Removed |Added

URL||https://translatewiki.net/w
   ||iki/Special:Random/MediaWik
   ||i

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49010] Thumb in preview does not get its 'clear'

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49010

James Forrester  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from James Forrester  ---


*** This bug has been marked as a duplicate of bug 48845 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48845] VisualEditor: Block-level media items' placement is incorrect (no clear after thumbs)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48845

James Forrester  changed:

   What|Removed |Added

 CC||hartman.w...@gmail.com

--- Comment #2 from James Forrester  ---
*** Bug 49010 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49317] Down arrow missing from keyboard icon in RTL

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49317

Amir E. Aharoni  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |amir.ahar...@mail.huji.ac.i
   |org |l

--- Comment #1 from Amir E. Aharoni  ---
Should be fixed in
https://github.com/wikimedia/jquery.ime/pull/184

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49318] New: qqq editor popup opens a json document and redirects to api.php after saving

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49318

   Web browser: ---
Bug ID: 49318
   Summary: qqq editor popup opens a json document and redirects
to api.php after saving
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Translate
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: federicol...@tiscali.it
CC: alolita.sha...@gmail.com, asha...@wikimedia.org,
niklas.laxst...@gmail.com, run...@gmail.com,
s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

I can reproduce this consistently at least on Firefox:
1) Open a message in action=edit, e.g. a MediaWiki: /en page, on
translatewiki.net
2) Click to get the popup to edit the documentation
3) Save the change

The whole page is closed and the window's URL changes to
https://translatewiki.net/w/api.php , with content like

{"edit":{"result":"Success","pageid":3171772,"title":"MediaWiki:Wikibase-statementview-referencesheading-pendingcountersubject/qqq","contentmodel":"wikitext","oldrevid":4710766,"newrevid":4763391,"newtimestamp":"2013-06-07T19:57:36Z"}}

The edit is saved.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 49291] Bad behaviour if ref and templates are mixed

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=49291

ssas...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from ssas...@wikimedia.org ---
Now merged.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37870] VisualEditor: Support media (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=37870

James Forrester  changed:

   What|Removed |Added

 Depends on||48845

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48845] VisualEditor: Block-level media items' placement is incorrect (no clear after thumbs)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48845

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
 CC||i...@wikia-inc.com,
   ||or...@framezero.com
  Component|General |ContentEditable
 Blocks||37870
   Target Milestone|--- |VE-deploy-2013-06-13
Summary|Image placement incorrect:  |VisualEditor: Block-level
   |horizontal instead of   |media items' placement is
   |vertical|incorrect (no clear after
   ||thumbs)

--- Comment #1 from James Forrester  ---
This is because we haven't been rewriting the image HTML to be like the normal
display mode; this is now done for thumbs (you can see it as experimental code
on MediaWiki.org) and mostly done for inline images, and will be deployed next
week.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l