[Bug 48318] On mobile, wikivoyage.org redirects to www.m.wikivoyage.org which does not exist

[bugzilla-daemon]

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

This, that and the other  changed:

   What|Removed |Added

 CC||at.li...@live.com.au,
   ||rlan...@gmail.com

--- Comment #14 from This, that and the other  ---
Just another ping... it is worrying that a "critical" bug is being left open
for so long.

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

This, that and the other  changed:

   What|Removed |Added

   Priority|Normal  |Unprioritized
 CC||at.li...@live.com.au
   Assignee|wikibugs-l@lists.wikimedia. |at.li...@live.com.au
   |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 20022] Random error when logging in to Wikipedia and on editing pages with Opera Mini

[bugzilla-daemon]

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

--- Comment #11 from John Mark Vandenberg  ---
I've raised the Mini 7 problem as a separate bug 55669 as it occurs with any
unsupported browser.

Opera Mini 4 appears to still be about ~0.2% of requests according to 
http://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 89497 had a related patch set uploaded by TTO:
Set up autopatroller right on eswikivoyage

https://gerrit.wikimedia.org/r/89497

-- 
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 55669] New: Script includes should check window.mw

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55669
   Summary: Script includes should check window.mw
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ResourceLoader
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jay...@gmail.com
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The HTML includes lines like

https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=user.groups&skin=vector&user=John+Vandenberg&version=20131012T104928Z&*";>

load.php returns JS which starts with

mw.loader.implement("user.groups",function(){...}

However object 'mw' doesnt exist when the browser fails the isCompatible test
here:

https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/resources%2Fstartup.js

load.php should return JS which starts with

if (window.mw) { mw.loader.implement("user.groups",function(){...} }

-- 
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 55620] NS Portale (it:voy) and Portal (de:voy) to be considered as content

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 89496 had a related patch set uploaded by TTO:
Add Portale namespace to wgContentNamespaces for itwikivoyage

https://gerrit.wikimedia.org/r/89496

-- 
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 55620] NS Portale (it:voy) and Portal (de:voy) to be considered as content

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

Carlos Mora (White Master King)  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal

-- 
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 20022] Random error when logging in to Wikipedia and on editing pages with Opera Mini

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com

--- Comment #10 from John Mark Vandenberg  ---
My guess is this was Opera Mini 4, as Mini 5 was released a month after the bug
report. I cant reproduce on Mini 7. On Mini 7, debug:console complains that
'mw' doesnt exist - js is disabled on Mini 7, but something is trying to use
resource loader (separate 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 55668] New: Jenkins -1s over JSDuck warnings unrelated to patch

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55668
   Summary: Jenkins -1s over JSDuck warnings unrelated to patch
   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: o...@wikimedia.org
CC: has...@free.fr, innocentkil...@gmail.com,
krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Excerpted from
:

> 04:26:40 [mediawiki-core-jsduck] $ /bin/bash /tmp/hudson3159025049392134101.sh
> 04:26:40 Running JSDuck with 
> /srv/ssd/jenkins-slave/workspace/mediawiki-core-jsduck/maintenance/jsduck/config.json...
> 04:26:41 Warning: 
> /srv/ssd/jenkins-slave/workspace/mediawiki-core-jsduck/resources/mediawiki/mediawiki.js:1352:
>  @inheritdoc #newStyleTag - member not found
> 04:26:41 Warning: 
> /srv/ssd/jenkins-slave/workspace/mediawiki-core-jsduck/resources/mediawiki/mediawiki.Title.js:301:
>  Unknown type HTMLImageElement|jQuery
> 04:26:42 Build step 'Execute shell' marked build as failure
> 04:26:42 Finished: FAILURE

Neither warning is related to my change, as far as I can tell.

Please be more careful about making jobs voting; an unwarranted -1 is
demoralizing and undermines reviewer confidence in the 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 28458] "View history" tab missing in Opera Mini

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com

--- Comment #7 from John Mark Vandenberg  ---
This might have been fixed by bug 51276.  Using Vector on Opera Mini 7.5, I can
see the History tab.  Im not sure how to get a hold of Opera Mini 5 to test the
original bug report.

-- 
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 55667] New: Wikidata diff shows in a different language

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55667
   Summary: Wikidata diff shows in a different language
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: WikidataRepo
  Assignee: wikidata-b...@lists.wikimedia.org
  Reporter: the.anonymouse.wikime...@gmail.com
CC: wikidata-b...@lists.wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

This is also related to Extension:Diff
(https://www.mediawiki.org/wiki/Extension:Diff), but I think it's being caused
by Wikidata Repo.

In some diffs, Wikidata shows the diff in a different language no matter which
language the user interface is set to. For example try this link (notice the
intentional uselang=en):
https://www.wikidata.org/w/index.php?title=Q2511165&diff=74940737&oldid=74022613?uselang=en
The change as well as the properties being changed are in German instead of
English. Also,
https://www.wikidata.org/w/index.php?title=Q375550&diff=72741582&oldid=72711136&uselang=en
is in Finnish.

-- 
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 51765] VisualEditor: Bypass browser blacklist

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

 Resolution|INVALID |FIXED

--- Comment #3 from John Mark Vandenberg  ---
The code for this enhancement request had already been written before the bug
rasied, but wasn't deployed at that time.
https://gerrit.wikimedia.org/r/#/c/74574/
Changing from INVALID to FIXED, but maybe it is a dup of another 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 49541] Add thanks links on Special:Watchlist and Special:Contributions

[bugzilla-daemon]

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

--- Comment #7 from Jared Zimmerman (WMF)  ---
I'd love to see the thank action in more places

-- 
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 55666] New: Lang tag parsing is case-sensitive (should be case-insensitive)

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55666
   Summary: Lang tag parsing is case-sensitive (should be
case-insensitive)
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: UniversalLanguageSelector
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: rtertjwkjrwlk23...@mailinator.com
CC: alolita.sha...@gmail.com,
amir.ahar...@mail.huji.ac.il, kartik.mis...@gmail.com,
niklas.laxst...@gmail.com, pgi...@wikimedia.org,
run...@gmail.com, s.mazel...@xs4all.nl,
santhosh.thottin...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Per BCP 47,[1] "at all times, language tags and their subtags, including
private use and extensions, are to be treated as case insensitive", but the ULS
performs case-sensitive lang tag matching. This is apparent with jv-java; the
ULS won't find a match for canonical jv-Java.

[1] https://tools.ietf.org/html/bcp47#section-2.1.1

-- 
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 53750] VisualEditor: Page down and page up not working as expected

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

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

-- 
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 50726] VisualEditor: Moving cursor up or down before a reference behaves as page up/down

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #2 from John Mark Vandenberg  ---
I've tested a few times, and I am not seeing a 'page down' effect now.

However using the arrow keys anywhere near references in VE cause the arrow
keys to start misbehaving.

Steps to reproduce:
1. Load
https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit
which will place cursor at the beginning of the first line of text.
2. Press the right arrow until it moves past the reference at the end of the
first paragraph, into the second paragraph.
3. Press up arrow

Result: The cursor disappears

Steps to reproduce:
1. Load
https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit
which will place cursor at the beginning of the first line of text.
2. Press right arrow (or use mouse) to place cursor further right on the first
paragraph relative to the position of the first reference in the first
paragraph.
4. Press down. (the cursor should now be directly right of of the first
reference)
5. Press down.

Result: The cursor is stuck on the first reference.

(The same result can be achieved by placing the cursor in the second paragraph
and pressing up)

-- 
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 51957] VisualEditor: Firefox allows cursor to get into illegal position around wide objects (, , etc), leading to corruption, and prevents down arrow button navigation

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

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

-- 
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 53750] VisualEditor: Page down and page up not working as expected

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 CC||jay...@gmail.com
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=51957

--- Comment #4 from John Mark Vandenberg  ---
I am able to reproduce this on Firefox 24/Linux.
Page down on the following articles jumps to the bottom of the article,
irrespective of where the cursor is placed.  Even stranger, page up also goes
to the bottom of the article.
https://en.wikipedia.org/wiki/Nigeria?veaction=edit
https://en.wikipedia.org/wiki/Great_Balls_of_Fire?veaction=edit

The problematic behaviour doesnt happen on simpler articles like
https://en.wikipedia.org/w/index.php?title=Walter_T._Downing&veaction=edit
https://en.wikipedia.org/w/index.php?title=Sienno,_W%C4%85growiec_County&veaction=edit

Bug 51957 is another Firefox only keyboard navigation problem.

-- 
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 51957] VisualEditor: Firefox allows cursor to get into illegal position around wide objects (, , etc), leading to corruption, and prevents down arrow button navigation

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

Summary|VisualEditor: Firefox   |VisualEditor: Firefox
   |allows cursor to get into   |allows cursor to get into
   |illegal position around a   |illegal position around
   |, leading to   |wide objects (,
   |corruption  |, etc), leading
   ||to corruption, and prevents
   ||down arrow button
   ||navigation

--- Comment #3 from John Mark Vandenberg  ---
In addition to , and corruption, a less significant problem is that
the down cursor becomes stuck at any block that consumes the entire page with
(such as the references block or navbars); pressing the down arrow on the
keyboard does not move the cursor to the next item underneath the block.

Steps to reproduce:
1. Load any page in VE with a references block and something underneath it.
e.g.
  
https://en.wikipedia.org/wiki/Jos%C3%A9_Cl%C3%A1udio_Ribeiro_da_Silva?veaction=edit
   https://en.wikipedia.org/wiki/Marty_Callaghan?veaction=edit

   or a similar block like in this article

  
https://en.wikipedia.org/w/index.php?title=Mary_Louise_Smith_%28Republican_Party_leader%29&veaction=edit

2. Repeat pressing down key to reach the bottom of the article

Expected results:
Down key continues to step down through the article until it reaches the
bottom.

Actual results:
Down key works until the references block.  It becomes stuck on the right hand
side of the block.

Im adding this here as it appears to be the exact same underlying problem, as
typing when the cursor is on the right-hand side of other wide objects, such as
references, also produces unexpected results.

-- 
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 54290] Create mailing list for wikidatawiki oversighters

[bugzilla-daemon]

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

--- Comment #10 from James Alexander  ---
note: No blocker from me, especially if it's a discussion list, mostly just
wanted to get my thoughts down trying to limit archiving as much as we can for
things like this.

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

   Keywords||shell
 CC||p858sn...@gmail.com

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

Carlos Mora (White Master King)  changed:

   What|Removed |Added

URL|//es.wikivoyage.org/wiki/Wi |https://es.wikivoyage.org/w
   |kiviajes:La_posada#Activaci |iki/Wikiviajes:La_posada#Ac
   |.C3.B3n_del_flag_autoverifi |tivaci.C3.B3n_del_flag_auto
   |cado|verificado

-- 
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 55665] eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

Carlos Mora (White Master King)  changed:

   What|Removed |Added

URL||//es.wikivoyage.org/wiki/Wi
   ||kiviajes:La_posada#Activaci
   ||.C3.B3n_del_flag_autoverifi
   ||cado

-- 
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 55665] New: eswikivoyage: Enable autopatroller group

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55665
   Summary: eswikivoyage: Enable autopatroller group
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Site requests
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: master_carlo...@hotmail.es
CC: benap...@gmail.com, dereck...@espace-win.org,
wikimedia.b...@snowolf.eu
Classification: Unclassified
   Mobile Platform: ---

Community of Spanish Wikivoyage approved by consensus, enabling the flag of
autopatroller, and the sysops can grant/remove those permissions. 

Something like this:

'wgGroupPermissions' => array(
'eswikivoyage' => array(
'autopatroller' => array(
'autopatrol' => true,
),
),
),

'wgAddGroups' => array(
'eswikivoyage' => array(
'sysop' => array( ..., 'autopatroller' ),
),
),

'wgRemoveGroups' => array(
'eswikivoyage' => array(
'sysop' => array( ..., 'autopatroller' ),
),
),

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 52659] [Regression]: mediawiki.notification: div#mw-notification-area remains visible and steals events after dismissing notification, interferes with VisualEditor, makes vector-hover-dropdown cl

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

   Priority|High|Highest
 CC||jay...@gmail.com

--- Comment #7 from John Mark Vandenberg  ---
(In reply to comment #2)
> Unless somebody has a better idea, we should probably implement toggling
> 'display' in JavaScript.

If the ca-action dropdown is the only exposed UI problem, perhaps the ca-action
dropdown buttons could have a higher z-index, as a temporary fix at least?

(In reply to comment #5)
> So I was right that VE is *pushed* by the Wikimedia Foundation:
> https://bugzilla.wikimedia.org/show_activity.cgi?id=52659

It certainly is. While this regression outside of VisualEditor codebase is
regrettable, and hopefully will be fixed soon, the VE team have pushed lots of
great JS into core, and fixed bugs like bug 38081 which will benefit Wikimedia
Commons.

I have bumped the importance up (but not wedded to it) as it is a regression
caused by VE and affecting non-VE environments, and was reported two months
ago, and the code change causing it was deployed in July.

In addition to impacting sysops with three ca-actions, it also affects
non-sysops on every wiki, although not as pronounced.  Non sysops only have the
the 'Move' button in the ca-action dropdown of Vector, and it is partially
inaccessible.  If the user slowly moves their mouse cursor down into the
dropdown, they can click the move icon if the click on the first few pixels
above the word 'Move' - if they continue going down so that their mouse cursor
hovers over the word 'Move', the drop down disappears.

-- 
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 55630] When using UCA collations, Persian digits (۰ ۱ ۲ ۳ ۴ ۵ ۶ ۷ ۸ ۹) sorted under Western Arabic digits' (0 1 2 3 4 5 6 7 8 9) headings

[bugzilla-daemon]

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

--- Comment #8 from Bawolff (Brian Wolff)  ---
I guess we could apply the digit transformation on rendering a numeric section
header in the category page, instead of in the collation. Not sure if that's
really a good idea 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 54290] Create mailing list for wikidatawiki oversighters

[bugzilla-daemon]

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

--- Comment #9 from rschen7754.w...@gmail.com ---
Well, but without the archiving, this is simply a separate mailing address for
convenience. This would be used for internal discussion and not for taking
requests.

-- 
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 55664] New: Preserve user language when calling API

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55664
   Summary: Preserve user language when calling API
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: GuidedTour
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mflasc...@wikimedia.org
CC: mflasc...@wikimedia.org, swall...@wikimedia.org,
tc...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The API accepts a uselang parameter
(https://www.mediawiki.org/wiki/API:Parse#Parameters_2), but we are not passing
it.

This would allow using template-based i18n, until on-wiki i18n is fully
supported (e.g. with Gadgets 2.0).  This is particularly important for wiki
multi-language wikis such as Commons, which have existing i18n platforms such
as https://commons.wikimedia.org/wiki/Template:LangSwitch (among others).  See
Rillke's comments at
https://www.mediawiki.org/wiki/Thread:Extension_talk:GuidedTour/Navigate_to_the_next_step_using_a_custom_function_and_i18n

-- 
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 55506] Maintain symlinks to current deployment branch in mediawiki-config/docroot/bits/static-current

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 89024 abandoned by Ori.livneh:
Add 'static-current' w/symlinks to /usr/local/apache/common-local/php

Reason:
An equivalent already exists.

https://gerrit.wikimedia.org/r/89024

-- 
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 55642] Support loading ResourceLoader modules into Web Workers

[bugzilla-daemon]

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

--- Comment #5 from Gerrit Notification Bot  ---
Change 89375 abandoned by Ori.livneh:
WebWorker ResourceLoader Eliza wat

Reason:
A joke, obviously. But it works. :P

https://gerrit.wikimedia.org/r/89375

-- 
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 55663] New: AttributeError: 'module' object has no attribute 'NullHandler'

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55663
   Summary: AttributeError: 'module' object has no attribute
'NullHandler'
   Product: Pywikibot
   Version: compat (1.0)
  Hardware: All
OS: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: General
  Assignee: pywikipedia-b...@lists.wikimedia.org
  Reporter: dr.tri...@surfeu.ch
Classification: Unclassified
   Mobile Platform: ---

According to [1] the 'NullHandler' was introduced in python 2.7 only - but in
order to run the bot on the toolserver we need python 2.6 compatibility.


[1] http://docs.python.org/2/library/logging.handlers.html#nullhandler

In order to reproduce this error run, e.g.:

 $ python pwb.py -subster_irc

-- 
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 55374] very slow interwiki.py and urlopen error with disambiguations

[bugzilla-daemon]

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

Malafaya  changed:

   What|Removed |Added

 CC||malaf...@clix.pt

--- Comment #1 from Malafaya  ---
That seems because for each existing page it makes an API request for its
disambiguation property. I wonder if this couldn't be done in the first page
request when checking for its existence, insteand of making an additional
query.

-- 
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 55414] Existing pages does not exist

[bugzilla-daemon]

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

--- Comment #7 from Malafaya  ---
Got it:

https://no.wiktionary.org/w/api.php?action=query&prop=info&format=xml&inprop=protection|subjectid&titles=calaria|calariam|calarias|calarmos|calar%25C3%25A1|calar%25C3%25A1s|calar%25C3%25A3o|calar%25C3%25ADamos|calar%25C3%25ADeis|calas|calasse|calassem|calasses|calaste|calastes|calava|calavam|calavas|calaveira|calavera|cala%25C3%25A7a|calcadela|calcadura|calcanhar|calcanhar%2520de%2520Aquiles|calcar|calcarizar|calcariz%25C3%25A1mos|calce|calcearius|calced%25C3%25B3nia|calced%25C3%25B4nia|calceo|calcer|calcetai|calcetais|calcetam|calcetamos|calcetando|calcetar|calcetara|calcetaram|calcetaras|calcetardes|calcetarei|calcetareis|calcetarem|calcetaremos|calcetares|calcetaria|calcetariam|calcetarias|calcetarmos|calcetar%25C3%25A1|calcetar%25C3%25A1s|calcetar%25C3%25A3o|calcetar%25C3%25ADamos|calcetar%25C3%25ADeis|calcetas|calcetasse


returns results (just 50...) but also:


Too many values supplied for parameter
'titles': the limit is 50


Default query value in pywiki is 60... Setting it to 50 or lower (-query:50)
should do the trick.
This is probably some new change to the API.

-- 
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 43960] Arbitrary userjs- preferences should be shown in the GUI, with the possibility of clearing them one-by-one

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |NEW

-- 
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 53335] Error trying to access Special:Version on beta labs, as it tries to get the HEAD commit date for each extension

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #4 from MZMcBride  ---
It loads intermittently.

-- 
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 55662] New: Unable to access mobilefrontend on betalabs

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55662
   Summary: Unable to access mobilefrontend on betalabs
   Product: Wikimedia Labs
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: deployment-prep (beta)
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mgro...@wikimedia.org
CC: benap...@gmail.com, cmcma...@wikimedia.org,
fai...@wikimedia.org, has...@free.fr,
mhershber...@wikimedia.org, platoni...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

my automation tests running on betalabs are failing because it says the "page
is not connected to the server" url: en.m.wikipedia.wmflabs.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 55630] When using UCA collations, Persian digits (۰ ۱ ۲ ۳ ۴ ۵ ۶ ۷ ۸ ۹) sorted under Western Arabic digits' (0 1 2 3 4 5 6 7 8 9) headings

[bugzilla-daemon]

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

--- Comment #7 from Bartosz Dziewoński  ---
Bah, and of course ckb.wp has to use the 'uca-fa' collation, because otherwise
it would be too easy to fix.

My patch above doesn't handle this case, because I don't see how we could do it
without creating a faux collation for ckb and if()-ing it (which would be
ugly), or using wiki language instead of collation language (which would be
unexpected). Input welcome.

-- 
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 55630] When using UCA collations, Persian digits (۰ ۱ ۲ ۳ ۴ ۵ ۶ ۷ ۸ ۹) sorted under Western Arabic digits' (0 1 2 3 4 5 6 7 8 9) headings

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

-- 
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 55630] When using UCA collations, Persian digits (۰ ۱ ۲ ۳ ۴ ۵ ۶ ۷ ۸ ۹) sorted under Western Arabic digits' (0 1 2 3 4 5 6 7 8 9) headings

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 89488 had a related patch set uploaded by Bartosz Dziewoński:
IcuCollation: Sort digits under localised digits' headings

https://gerrit.wikimedia.org/r/89488

-- 
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 55661] Reset preferences resets also watchlisttoken

[bugzilla-daemon]

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

--- Comment #2 from Umherirrender  ---
When a new option kind 'token' is added, maybe on [[Special:Preferences/reset]]
a list with checkboxes can be added, so the user can choose, if he want to
reset all or only a kind/some kinds. The api allows this, so the gui can do
that in the same way. Special:ResetTokens can than be removed.

-- 
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 55630] When using UCA collations, Persian digits (۰ ۱ ۲ ۳ ۴ ۵ ۶ ۷ ۸ ۹) sorted under Western Arabic digits' (0 1 2 3 4 5 6 7 8 9) headings

[bugzilla-daemon]

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

--- Comment #5 from Calak  ---
Be aware, we use different unicode for digits on ckb.wiki:
٠ ١ ٢ ٣ ٤ ٥ ٦ ٧ ٨ ٩

-- 
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 49018] Remove placeholder text or labels from login form (Special:UserLogin) inputs

[bugzilla-daemon]

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

--- Comment #7 from MZMcBride  ---
(In reply to comment #5)
> Would someone care to explain why "redundant" is inherently a bad thing.

I'm not sure anyone suggested it was inherently bad, but it seems unnecessary
here.

Do other sites use both an input label and placeholder text for their login
form?

-- 
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 55401] False "thanked" confirmation for users with thanks disabled

[bugzilla-daemon]

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

--- Comment #3 from MZMcBride  ---
There's a distinction between thanking a user and the user receiving a thanks
notification, isn't there? The current behavior is to log the thanks and
attempt to notify the user of the thanks. If the user has opted out of
receiving thanks notifications, that's his or her choice, but he or she was
still thanked.

Is it appropriate to restrict my ability to thank another editor?

-- 
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 55661] Reset preferences resets also watchlisttoken

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 CC||bjor...@wikimedia.org

--- Comment #1 from Bartosz Dziewoński  ---
H, doesn't sound like expected behavior to me. The new option kind idea is
reasonable IMO.

(CC-ing Brad with the hope that he will be interested in this bug, as he poked
with some similar things recently.)

-- 
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 49858] Remove deleted wiki's entries from global tables

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

-- 
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 49858] Remove deleted wiki's entries from global tables

[bugzilla-daemon]

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

--- Comment #7 from Gerrit Notification Bot  ---
Change 89484 had a related patch set uploaded by Reedy:
Remove deleted wikis entries from CentralAuth tables

https://gerrit.wikimedia.org/r/89484

-- 
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 55630] When using UCA collations, Persian digits (۰ ۱ ۲ ۳ ۴ ۵ ۶ ۷ ۸ ۹) sorted under Western Arabic digits' (0 1 2 3 4 5 6 7 8 9) headings

[bugzilla-daemon]

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

--- Comment #4 from Bartosz Dziewoński  ---
allkeys.txt entries for '1' and '۱':

0031  ; [.159A.0020.0002.0031] # DIGIT ONE
06F1  ; [.159A.0020.0002.06F1][..0166.0002.06F1] # EXTENDED ARABIC-INDIC
DIGIT ONE

Same primary weight.


Trying to list each digit for each language IMO makes little sense (grepping
the allkeys.txt file for "DIGIT ONE" yields 60 results).

I think we could use Language#formatNum() for each digit instead and replace
Latin ones with localized ones in IcuCollation#getFirstLetterData (per Brian's
suggestion), after applying $tailoringFirstLetters.

-- 
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 55648] Remove Thanks from History pages

[bugzilla-daemon]

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

--- Comment #7 from Steven Zhang  ---
(In reply to comment #5)
> I don't think we should remove thanks from article history, as this positive
> feedback tool complements the negative 'undo' function effectively. 
> 
> Our research so far shows that the Thanks tool is useful for both new and
> experienced users, which suggests that we continue to keep it on article
> history, based on the latest findings posted here:
> https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications/
> Thanks#Whether_to_have_a_preference_to_hide_.27thank.27
> 
> Some users recommend that we add Thanks in more locations, like the Watchlist
> or Recent Changes, which is an idea I also think we should consider.
> https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications/
> Thanks#Add_thanks_link_to_more_locations
> 
> I also agree with MZ that we don't need a user preference for Thanks -- you
> can
> already opt-out from it in the Notifications preferences.

Didn't realise there was an opt-out.

-- 
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 55661] New: Reset preferences resets also watchlisttoken

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55661
   Summary: Reset preferences resets also watchlisttoken
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: User preferences
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: umherirrender_de...@web.de
CC: agarr...@wikimedia.org, matma@gmail.com
Classification: Unclassified
   Mobile Platform: ---

The new special page Special:ResetTokens (gerrit 64565) allows resetting the
watchlisttoken, but when clicking reset on Special:Preferences the
watchlisttoken is also set to a new one.

Is this intended or should Special:Preferences not reset tokens?
If intended please mark as INVALID. Thanks.

Same for the api. When resetting with the api a new watchlisttoken is set.
If this is not intended a new api module is needed, which allows resetting the
tokens. Maybe a new option kind 'token' can be used to allow resetting tokens
with the api in the same way than Special:ResetTokens.

-- 
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 55660] New: Invalid HTML: Links of tabAction contain invalid attribute 'context'

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55660
   Summary: Invalid HTML: Links of tabAction contain invalid
attribute 'context'
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Skin and page rendering
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: s7ep...@gmail.com
CC: krinklem...@gmail.com, matma@gmail.com
Classification: Unclassified
   Mobile Platform: ---

SkinTemplate::buildContentNavigationUrls() adds an attribute 'context' to all
action links.
This attribute is not defined in HTML (according to
https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes) and consequently
comes up as an error in a validator (http://validator.w3.org/check) check.

-- 
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 55659] New: invalid HTML: Links of tabAction contain invalid attribute 'primary'

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55659
   Summary: invalid HTML: Links of tabAction contain invalid
attribute 'primary'
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Skin and page rendering
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: s7ep...@gmail.com
CC: krinklem...@gmail.com, matma@gmail.com
Classification: Unclassified
   Mobile Platform: ---

SkinTemplate::tabAction() adds an attribute 'primary' to all action links.
This attribute is not defined in HTML (according to
https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes) and consequently
comes up as an error in a validator (http://validator.w3.org/check) check.

-- 
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 49350] Tool Labs: Change logo

[bugzilla-daemon]

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

Tomasz W. Kozlowski  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from Tomasz W. Kozlowski  ---
Seems to have been resolved by Coren, so closing this bug, at last.

-- 
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 55658] New: Transcode error: ....ogv.360p.webm" is not a valid storage path.

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55658
   Summary: Transcode error: ogv.360p.webm" is not a valid
storage path.
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: TimedMediaHandler
  Assignee: md...@wikimedia.org
  Reporter: maic...@yahoo.com
CC: bawolff...@gmail.com, fflo...@wikimedia.org,
jger...@wikimedia.org, mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---

https://commons.wikimedia.org/wiki/File:%D0%92%D1%81%D1%82%D1%80%D0%B5%D1%87%D0%B0_%D1%81_%D0%97%D0%B0%D0%BC%D0%B5%D1%81%D1%82%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%BC_%D0%9F%D1%80%D0%B5%D0%B4%D1%81%D0%B5%D0%B4%D0%B0%D1%82%D0%B5%D0%BB%D1%8F_%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%B0_%E2%80%93_%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B5%D0%BC_%D0%90%D0%BF%D0%BF%D0%B0%D1%80%D0%B0%D1%82%D0%B0_%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D1%82%D0%B2%D0%B0_%D0%A1%D0%B5%D1%80%D0%B3%D0%B5%D0%B5%D0%BC_%D0%A1%D0%BE%D0%B1%D1%8F%D0%BD%D0%B8%D0%BD%D1%8B%D0%BC.ogv

gives the transcode error for all transcodes:
"mwstore://local-swift/local-transcoded/5/5a/Встреча_с_Заместителем_Председателя_Правительства_–_Руководителем_Аппарата_Правительства_Сергеем_Собяниным.ogv/Встреча_с_Заместителем_Председателя_Правительства_–_Руководителем_Аппарата_Правительства_Сергеем_Собяниным.ogv.360p.webm"
is not a valid storage path.

-- 
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 55648] Remove Thanks from History pages

[bugzilla-daemon]

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

--- Comment #6 from SlimVirgin  ---
I would definitely support adding it to watchlists and recent changes.

Usually the only feedback editors get are reverts and objections on talk pages.
Most of the time, when people like something they just pass it by, and will
only leave a note if they like it a lot. So this "thanks" button is very
welcome as a quick way to say something positive. The more available it is, the
better.

-- 
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 49858] Remove deleted wiki's entries from global tables

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 Depends on||54894

-- 
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 54828] FlaggedRevs for Portuguese Wikipedia

[bugzilla-daemon]

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

Tomasz W. Kozlowski  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from Tomasz W. Kozlowski  ---
Fixed by Reedy: https://gerrit.wikimedia.org/r/#/c/89482/

-- 
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 54894] globalusage links remain from now deleted wikis

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 Blocks||49858

-- 
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 55657] New: Please add A tags to the link

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55657
   Summary: Please add A tags to the link
   Product: Wiki Loves Monuments
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Toolbox
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: ahonc...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

There is URL in 'Source' column here
http://toolserver.org/~erfgoed/api/api.php?action=search&format=html&srcountry=ua&srlang=uk&srid=61-212-0002&props=image|name|address|municipality|lat|lon|id|country|source|monument_article|registrant_url
,  but there is no A tags there, and I cannot go directly by link. I should
copypaste it. It will be more useful if add A tags 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 55555] Subscripts displayed too low in Firefox

[bugzilla-daemon]

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

--- Comment #7 from Bartosz Dziewoński  ---
Sounds like a Firefox bug, then?

-- 
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 55414] Existing pages does not exist

[bugzilla-daemon]

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

Malafaya  changed:

   What|Removed |Added

   Severity|major   |critical

--- Comment #6 from Malafaya  ---
I can add that the interwikis removed are somewhat random. In two consecutive
runs, interwiki.py readds the interwikis removed in the previous run, and
sometimes also removes others it didn't remove in the previous run.
The problem is definitely related to the "NOTE: [[**:***]] does not exist.
Skipping." message, which sometimes isn't correct.

-- 
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 55655] Random removal of some interwikis

[bugzilla-daemon]

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

Malafaya  changed:

   What|Removed |Added

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

--- Comment #1 from Malafaya  ---


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

-- 
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 55414] Existing pages does not exist

[bugzilla-daemon]

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

Malafaya  changed:

   What|Removed |Added

 CC||malaf...@clix.pt

--- Comment #5 from Malafaya  ---
*** Bug 55655 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 52281] VisualEditor: VE should use the existing "action" URL parameter instead of the new "veaction"

[bugzilla-daemon]

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

--- Comment #2 from Helder  ---
Another reason why the current method is not ideal, taken from
https://www.mediawiki.org/wiki/Thread:VisualEditor/Feedback/Categories/reply_(8)

>Lots of template transclusions also offer a specific edit link.
>Their action uses only the wiki code editor. If both actions
> "edit" and "editVE" were merged into a single one (with a simple
> switch to show either the editable preview or the wiki code) it
> would be simpler. And the "Show preview" button could disappear
> below the wiki editor (it would just remain a "Save page" button),
> but the "Save" button could also show the actual rendering
> without the limitations of the editable preview.

-- 
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 54835] Links to mediawiki.org in messages should be consistent: full https://www.mediawiki.org link instead of http:// or proto-relative //www.mediawiki.org

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

   Keywords||easy
   Priority|Unprioritized   |Low
Summary|Links to mediawiki.org in   |Links to mediawiki.org in
   |messages should be  |messages should be
   |consistent: full|consistent: full
   |https://www.mediawiki.org,  |https://www.mediawiki.org
   |proto-relative  |link instead of http:// or
   |//www.mediawiki.org, or |proto-relative
   |interwiki mediawikiwiki:|//www.mediawiki.org

--- Comment #7 from Bartosz Dziewoński  ---
Let's settle the summary, then.

-- 
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 45020] Make preferences "Add pages I create and files I upload to my watchlist" and "pages and files I edit" true by default

[bugzilla-daemon]

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

--- Comment #13 from Nemo  ---
This bug has been open for 8 months. I've enjoyed philosophical discussions
around this in the last couple years, but I'm tired now: if you think it's that
simple i.e. you are willing to merge it immediately I can submit the patch,
otherwise no point in discussing.

-- 
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 49541] Add thanks links on Special:Watchlist and Special:Contributions

[bugzilla-daemon]

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

Fabrice Florin  changed:

   What|Removed |Added

 CC||fflo...@wikimedia.org

--- Comment #6 from Fabrice Florin  ---
I support investigating this proposal further, and note that this idea has also
been brought up on this Thanks discussion page:
https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications/Thanks#Add_thanks_link_to_more_locations
 

Our research so far suggests that the Thanks tool is useful for both new and
experienced users, which supports the idea that we make it available in more
locations, based on the latest findings posted here:
https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications/Thanks#Whether_to_have_a_preference_to_hide_.27thank.27

I recommend we consider design solutions that might provide this valuable tool
in ways that minimize clutter on these pages. These pages could use some design
love anyway, and we may be able to improve them in the process. :)

-- 
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 45020] Make preferences "Add pages I create and files I upload to my watchlist" and "pages and files I edit" true by default

[bugzilla-daemon]

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

--- Comment #12 from Bartosz Dziewoński  ---
Release manager is not needed for anything here, somebody just has to create
both patches and say that they are dependent on each other. New version
deployment is naturally correlated with a configuration update, so this will
probably amount to two extra mouse click for the deployer (one to merge the
core change before branching new wmfXX version and second to merge the config
change right after).

In fact, the configuration patch here would be backwards-compatible (same
config as the currently default one), so there is just about zero coordination
needed. Just merge that one before the other.

-- 
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 55648] Remove Thanks from History pages

[bugzilla-daemon]

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

Fabrice Florin  changed:

   What|Removed |Added

 CC||jared.zimmerman@wikimedia.o
   ||rg
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=49541

-- 
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 49541] Add thanks links on Special:Watchlist and Special:Contributions

[bugzilla-daemon]

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

Fabrice Florin  changed:

   What|Removed |Added

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

-- 
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 55569] Make the Claims list not depend on hashes

[bugzilla-daemon]

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

--- Comment #5 from Gerrit Notification Bot  ---
Change 89016 merged by jenkins-bot:
(bug #55569) Fix tests after Claims no longer use hashes.

https://gerrit.wikimedia.org/r/89016

-- 
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 55648] Remove Thanks from History pages

[bugzilla-daemon]

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

--- Comment #5 from Fabrice Florin  ---
I don't think we should remove thanks from article history, as this positive
feedback tool complements the negative 'undo' function effectively. 

Our research so far shows that the Thanks tool is useful for both new and
experienced users, which suggests that we continue to keep it on article
history, based on the latest findings posted here:
https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications/Thanks#Whether_to_have_a_preference_to_hide_.27thank.27

Some users recommend that we add Thanks in more locations, like the Watchlist
or Recent Changes, which is an idea I also think we should consider.
https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications/Thanks#Add_thanks_link_to_more_locations

I also agree with MZ that we don't need a user preference for Thanks -- you can
already opt-out from it in the Notifications preferences.

-- 
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 45160] --bot flag for maintenance/createAndPromote.php

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 CC||matma@gmail.com

--- Comment #8 from Bartosz Dziewoński  ---
Merged, I see no reason not to do it.

I updated the docs at [[mw:Manual:createAndPromote.php]].

-- 
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 45160] --bot flag for maintenance/createAndPromote.php

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |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 45160] --bot flag for maintenance/createAndPromote.php

[bugzilla-daemon]

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

--- Comment #7 from Gerrit Notification Bot  ---
Change 65872 merged by jenkins-bot:
Add bot to createAndPromote.php groups

https://gerrit.wikimedia.org/r/65872

-- 
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 45020] Make preferences "Add pages I create and files I upload to my watchlist" and "pages and files I edit" true by default

[bugzilla-daemon]

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

--- Comment #11 from Nemo  ---
(In reply to comment #10)
> If we want to do this for the release, and we can't do this (yet) for WMF,
> can't we just enable them in $wgDefaultUserOptions in DefaultSettings.php
> and disable them back in WMF config? 

Yes please. That's the idea for this bug. WMF now has a release manager etc.,
they should be able to coordinate the switch of a variable during deploy.

-- 
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 53213] Collapsible editpage footer toggler should look/behave like the Vector sidebar

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #5 from Bartosz Dziewoński  ---
WONTFIX-ing, as I suggested a month ago. There were no comments since then,
so I assume nobody opposes it.

-- 
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 48721] Regression: HTMLCheckMatrix should use the same prefix pattern as other form fields

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||matma@gmail.com
 Resolution|--- |FIXED
   Assignee|wikibugs-l@lists.wikimedia. |ebernhard...@wikimedia.org
   |org |

--- Comment #5 from Bartosz Dziewoński  ---
This is definitely fixed as of 3998d1e6 (a long time ago).

-- 
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 55555] Subscripts displayed too low in Firefox

[bugzilla-daemon]

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

entli...@gmx-topmail.de changed:

   What|Removed |Added

 CC||entli...@gmx-topmail.de

--- Comment #6 from entli...@gmx-topmail.de ---
(In reply to comment #5)
> Is this reproducible on non-MediaWiki non-Wikipedia pages?

Apparently yes, see [[de:File:Wiki Test Tiefstellung W7 1600x900
FF24-IE9-GC30.png]].

We have already tried workarounds such as

sup,
sub {
line-height: 0;
}

(also with values "1", "normal" and "inherit" instead of "0") without success.

-- 
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 45020] Make preferences "Add pages I create and files I upload to my watchlist" and "pages and files I edit" true by default

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |NEW
 CC||matma@gmail.com

--- Comment #10 from Bartosz Dziewoński  ---
If we want to do this for the release, and we can't do this (yet) for WMF,
can't we just enable them in $wgDefaultUserOptions in DefaultSettings.php
and disable them back in WMF config? That would be two trivial two-line
changes. The current patch doesn't look like it's going to be merged anytime
soon.

If we don't want to do this for the release, please update the milestone and
priority.

-- 
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 36316] Set "Add pages I edit to my watchlist" and "Add pages I create to my watchlist" to true by default (only for new users)

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 CC||matma@gmail.com
 Depends on||52777

--- Comment #29 from Bartosz Dziewoński  ---
Adding bug 52777 as a blocker per Tim's comments
on https://gerrit.wikimedia.org/r/#/c/68297/.

-- 
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 52777] user_properties table bloat

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Blocks||36316

-- 
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 55656] New: Autoconfirm users on import

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55656
   Summary: Autoconfirm users on import
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: MediaWikiAuth
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: zhoris...@gmail.com
CC: j...@countervandalism.net,
legoktm.wikipe...@gmail.com, skizz...@gmail.com,
zhoris...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Users should still be autoconfirmed after being imported if they meet the
requirements on the new wiki.

Just add it to the user_groups table or something?

-- 
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 47091] Enable strapping-mediawiki skin in mediawiki.org as optional & experimental

[bugzilla-daemon]

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

--- Comment #17 from Quim Gil  ---
On a related note, Stephan Gambke is developing a skin based in Bootstrap 3

[[mw:Skin:Chameleon]]

Stephan says:
"I updated it to Bootstrap 3 a few days ago. Right now I have a working 
version here that will allow you to add your own customizations on top 
of Bootstrap, e.g. change colors and fonts from your LocalSettings.php. 
I'll check that in this evening. Next steps will include caching stuff 
and enabling further customization."

http://lists.wikimedia.org/pipermail/wikitech-l/2013-October/072426.html

-- 
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 45051] Phase out the Vector extension; merge the good parts into core (tracking)

[bugzilla-daemon]

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

--- Comment #29 from Gerrit Notification Bot  ---
Change 89413 had a related patch set uploaded by MarkAHershberger:
Update make-release.py.

https://gerrit.wikimedia.org/r/89413

-- 
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 45051] Phase out the Vector extension; merge the good parts into core (tracking)

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|ASSIGNED|PATCH_TO_REVIEW

-- 
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 55655] New: Random removal of some interwikis

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55655
   Summary: Random removal of some interwikis
   Product: Pywikibot
   Version: compat (1.0)
  Hardware: All
OS: All
Status: NEW
  Severity: critical
  Priority: Unprioritized
 Component: interwiki.py
  Assignee: pywikipedia-b...@lists.wikimedia.org
  Reporter: malaf...@clix.pt
Classification: Unclassified
   Mobile Platform: ---

Recently (starting maybe 2 days ago), some good interwikis have been being
randomly removed by interwiki.py. I could not find any pattern. Running the
interwiki bot twice for the same set of pages sometimes removed links on some
pages, and sometimes in other pages in which it didn't remove before. But those
pages exist with the same name (I'm running in -wiktionary mode).

interwiki.pt -family:wiktionary -lang:pt -wiktionary -auto -cleanup -async
-pt:1 -start:caj

Getting 60 pages via API from wiktionary:no...
[...]
NOTE: [[no:calcer]] does not exist. Skipping.
*** NOTE: [[no:calcetariam]] does not exist. Skipping. *** (THIS ASSERTION IS
WRONG!)
NOTE: [[no:calcetarias]] does not exist. Skipping.
[...]
==Post-processing [[pt:calcetariam]]==
Updating links on page [[pt:calcetariam]].
Changes to be made: Robot: Removing [[no:calcetariam]]
- [[no:calcetariam]]

And yet the removed page link is valid:
https://no.wiktionary.org/w/index.php?title=calcetariam&action=history&uselang=en


You can see another example at
https://pt.wiktionary.org/w/index.php?title=cat&action=history&uselang=en ,
where many interwikis links were removed on October 11 2013, and readded after
I ran the same bot just for that page.

This problem is causing my bot to be blocked in some projects.


===
Pywikibot: [https] r/pywikibot/compat (r158, d6960b9, 2013/10/12, 14:56:32, ok)
Release version: 1.0b1
Python: 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok

-- 
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 55620] NS Portale (it:voy) and Portal (de:voy) to be considered as content

[bugzilla-daemon]

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

--- Comment #2 from Andyrom75  ---
Here: https://it.wikivoyage.org/wiki/Wikivoyage:Lounge#Conteggio_articoli you
can find the discussion for it:voy.

I've asked de:voy to do the same. In the meanwhile you can proceed with it:voy.

-- 
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 54680] Set $wgCategoryCollation to 'uca-fr' on the French Wikipedia and rebuild category sort keys

[bugzilla-daemon]

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

--- Comment #4 from Bartosz Dziewoński  ---
According to Reedy on IRC, 237 out of 19615163 page–category pairs
processed right now, or about 12%.

(That's a lot of categories per page, by the way.)

-- 
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 49018] Remove placeholder text or labels from login form (Special:UserLogin) inputs

[bugzilla-daemon]

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

--- Comment #6 from Isarra  ---
(In reply to comment #5)
> Would someone care to explain why "redundant" is inherently a bad thing.

It looks bad, it can potentially insult or worse yet, confuse users
(instruction overload is a real thing), and it's more to translate.

It is also, in this case, utterly unnecessary.

> Visual redundancy like this isn't entirely uncommon or bad. Sometimes the
> repetition with slight variance can subtly make something easier to
> understand.

Common isn't necessarily a good thing or a bad thing - it's just a norm. For
more complex things you might be right about different explanations helping
users to understand, but a login form is far from complex.

And consider this - if someone honestly cannot figure out the login form for
any reason besides a real bug, do we even want them? Picture them trying to
figure out the edit or upload forms, let alone even more complex issues such as
copyright, behavioural guidelines, content policy...

> The "redundant is bad" sentiment here looks like a common mistake of
> developers
> thinking something is bad based on some form of logic which doesn't
> necessarily
> always match up with reality.

First you say it's common to be redundant and then it's common to consider
redundancy bad. I'd say to make up your mind, but I'm not sure it's all that
important either way - the specific use case we're worrying about should be far
more relevant than what is common in general. 

This also might explain why both things might be common - the correct approach
depends on what you're doing, not on what everyone else is doing.

-- 
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 51731] After re-marking an updated page for translation, FuzzyBot does not react, or only ports over the previous update

[bugzilla-daemon]

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

--- Comment #3 from Niklas Laxström  ---
And I still don't have environment for testing replication lag issues :(

-- 
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 31369] Non-canonical HTTPS URLs quietly redirect to HTTP

[bugzilla-daemon]

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

--- Comment #57 from MZMcBride  ---
(In reply to comment #56)
> It looks like Rob is proposing to fix it on the Apache/ops side.  That Gerrit
> is in operations/apache-config.

In the short-term, yes. But Ryan L, Ken S., and Rob L. suggest on this bug that
the long-term solution is for MediaWiki to handle these types of redirects. I
think Andre may have been asking who might eventually handle that portion.

I'll repeat what I wrote earlier this year:

> Clarification about what you mean (or a rough sketch of how you think this
> should be implemented in Wikimedia's environment) would be wonderful. Firing
> up MediaWiki to do this type of high-level redirect seems kind of silly to me,
> but I don't really care about the implementation details.

-- 
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 55648] Remove Thanks from History pages

[bugzilla-daemon]

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

--- Comment #4 from MZMcBride  ---
(In reply to comment #3)
> I personally think it's useful on the history page. I think some sort of
> opt-out or preference management would be a better option rather than
> removing it for those that may actually use it.

No user preference, please.

-- 
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 55570] allow to link to Wikidata pages in sitelink section

[bugzilla-daemon]

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

filceolaire  changed:

   What|Removed |Added

 CC||filceola...@gmail.com

--- Comment #1 from filceolaire  ---
Can we also have sitelinks from 'Mainspace' wikidata Qitems. I guess this would
be a link to the talk page of each Qitem or to a new namespace page attached to
each Qitem.

The purpose of this is so we can try out infoboxes on wikidata without messing
up a wikipedia page - infoboxes on pages that are sitelinked to a wikidata item
work differently from infoboxes on other pages.

-- 
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 54646] Incorrect signs via numerical keypad on de.wp in Source Editor

[bugzilla-daemon]

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

--- Comment #12 from Niklas Laxström  ---
(In reply to comment #10)
> This is clearly a bug.

Your comment is good till this point. Thanks.

> Whatever the input methods do (there is no
> documentation, not even an English one), the Alt key is not involved as far
> as
> I know.

https://www.mediawiki.org/wiki/Help:Extension:UniversalLanguageSelector/Input_methods
The above pages are also linked from the ULS interface.

> Besides, that JavaScript monstrosity

This is not helpful. Please don't call names.

> It does nothing except for adding confusion and bugs like this
> (there are far more, e.g. it crashs my [[dewiki:User:TMg/autoFormatter]] for
> an unknown reason).

Please report with steps to reproduce in Bugzilla.

> Please disable it in the German Wikipedia and make it opt-in
> instead of opt-out.

This doesn't belong here. It is unclear what you refer to with "it", but the
default input method for German Wikipedia is "Native keyboard" and you can
opt-in to use other input methods.

-- 
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 54122] Commons Delinker sometimes returns HTTP 504: Gateway Timeout -- SQL query sometimes super slow

[bugzilla-daemon]

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

--- Comment #9 from Rainer Rillke @commons.wikimedia  
---
(In reply to comment #8)
Is there anything I could help with?

-- 
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 55654] Recursive clone over ssh fails

[bugzilla-daemon]

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

Merlijn van Deen  changed:

   What|Removed |Added

 CC||valhall...@arctus.nl

--- Comment #1 from Merlijn van Deen  ---
Basically, there are two options:
1) an absolute externals path, which always overrules the initial clone url --
this can be a problem for people who cannot clone over https.
2) a relative externals path, which breaks for people cloning from e.g. github,
where the urls are not /pywikibot/externals/httplib2 but
pywikibot-externals-httplib2

Would it help if we switch to git:// instead of https://?

-- 
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 55654] New: Recursive clone over ssh fails

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 55654
   Summary: Recursive clone over ssh fails
   Product: Pywikibot
   Version: core (2.0)
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: pywikipedia-b...@lists.wikimedia.org
  Reporter: maar...@mdammers.nl
Classification: Unclassified
   Mobile Platform: ---

<~/pywikibot>git clone --recursive
ssh://multich...@gerrit.wikimedia.org:29418/pywikibot/core.git
Cloning into 'core'...
Warning: Permanently added the RSA host key for IP address
'[208.80.154.81]:29418' to the list of known hosts.
Enter passphrase for key 'key':
remote: Counting objects: 10842, done
remote: Finding sources: 100% (10842/10842)
remote: Getting sizes: 100% (1495/1495)
remote: Compressing objects: 100% (2292733/2292733)
remote: Total 10842 (delta 7190), reused 10548 (delta 7165)
Receiving objects: 100% (10842/10842), 23.42 MiB | 326 KiB/s, done.
Resolving deltas: 100% (7337/7337), done.
Submodule 'externals/httplib2'
(https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git) registered
for path 'externals/httplib2'
Submodule 'i18n' (https://gerrit.wikimedia.org/r/p/pywikibot/i18n.git)
registered for path 'scripts/i18n'
Cloning into 'externals/httplib2'...
error: SSL certificate problem: self signed certificate in certificate chain
while accessing
https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git/info/refs?service=git-upload-pack
fatal: HTTP request failed
Clone of 'https://gerrit.wikimedia.org/r/p/pywikibot/externals/httplib2.git'
into submodule path 'externals/httplib2' failed

I'm cloning over ssh. Why are the submodules being loaded over https?

-- 
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 55471] PHP Fatal error: Call to a member function getParserOutput() on a non-object in FlaggedRevs.class.php on line 575

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

   Priority|Unprioritized   |Low

-- 
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