[Bug 69385] raise IP account creation cap for CIS (tewiki) event 2014-08-11 - 2014-08-14

[bugzilla-daemon]

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

--- Comment #5 from Rahmanuddin Shaik  ---
From what I can confirm from Praveen Illa,
This event has been completed. With constant error message raised on  cap on
user account creation, most users did not create or contribute to Wikipedia. A
few of them who could create user accounts by making use of Telugu Wikisource,
Telugu Wikiquote, etc (total of 40 students/faculty of some 2000 students could
work). 
I am visiting the event venue today and tomorrow.
Faculty have added good articles.
There is no more need to continue on 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 69458] New: datepicker calendar behaves bad in IE

[bugzilla-daemon]

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

Bug ID: 69458
   Summary: datepicker calendar behaves bad in IE
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: SemanticFormsInputs
  Assignee: s7ep...@gmail.com
  Reporter: use...@arcor.de
   Web browser: ---
   Mobile Platform: ---

Showing the calender does not really work in Internet Explorer. Once I click to
the calendar icon, the page scrolls to a more or less unpredictable position
and the calendar is mostly displayed below the bottom of the visible part of
the window. So, it's almost unusable.

Tested with: IE9
SMW: 2.0
SF: master
SFI: master

Firefox and Chrome are fine. Unfortunately, many companies are still using IE,
so it would be great to fix this (JavaScript?) issue.

-- 
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 46869] Create sample pages for new MW

[bugzilla-daemon]

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

--- Comment #2 from Yuri Astrakhan  ---
A much more flexible solution: create new wiki pages based on files in the
wikiPages\ directory.

Use filename as the article title. The filename should be URL-decoded first,
e.g. Talk%3ABlah would create a page "Talk:Blah".  Additionally, directories
should be used as namespaces (I don't think we should use directories as
sub-pages, i.e. Page/SubPage, as this is a rarely used feature).

Files will need additional processing - all files in a directory File/ need to
be loaded into wiki, except files with a trailing underscore (e.g. Test.png_),
which will be treated as a text file with markup for Test.png mediawiki page.

I think this should be a separate MW command - vagrant load-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 69457] Only show simplified Chinese interface

[bugzilla-daemon]

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

--- Comment #2 from LNDDYL  ---
(In reply to Bernd Sitzmann from comment #1)
> Does the article text show up in traditional Chinese?
> 
> We're aware that the UI elements of the application itself (like menu items,
> dialog labels, etc.) are currently in simplified Chinese only. 
> We are going to push a new release tomorrow to fix the UI elements, and
> offer specific locale settings in traditional Chinese for the Taiwan and
> HongKong regions. Would this be sufficient? Unfortunately, Android doesn't
> have a way to specify zh-hans or zh-hant but we have to go through the
> regional setting.

Very good!
Thank you very much for your reply!

-- 
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 69425] Vagrant rebuild fails on Windows - Could not set 'link' on ensure: Protocol error

[bugzilla-daemon]

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

Yuri Astrakhan  changed:

   What|Removed |Added

 CC||bda...@wikimedia.org
   Assignee|o...@wikimedia.org   |bda...@wikimedia.org

--- Comment #4 from Yuri Astrakhan  ---
Never mind, bad GIT skills.  This was caused by patch
I26b3705726c52cd19f8a727cc2d6f3e956336b2d

If I comment out the new link in puppet/modules/mediawiki/manifests/init.pp,
master passes on windows (but obviously doesn't work because now there is no
LocalSettings.php)

https://gerrit.wikimedia.org/r/#/c/149872/15/puppet/modules/mediawiki/manifests/init.pp

-- 
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 69457] Only show simplified Chinese interface

[bugzilla-daemon]

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

LNDDYL  changed:

   What|Removed |Added

Summary|Only show simplified|Only show simplified
   |Chinese |Chinese interface

-- 
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 69457] Only show simplified Chinese

[bugzilla-daemon]

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

Bernd Sitzmann  changed:

   What|Removed |Added

 CC||bsitzm...@wikimedia.org

--- Comment #1 from Bernd Sitzmann  ---
Does the article text show up in traditional Chinese?

We're aware that the UI elements of the application itself (like menu items,
dialog labels, etc.) are currently in simplified Chinese only. 
We are going to push a new release tomorrow to fix the UI elements, and offer
specific locale settings in traditional Chinese for the Taiwan and HongKong
regions. Would this be sufficient? Unfortunately, Android doesn't have a way to
specify zh-hans or zh-hant but we have to go through the regional setting.

-- 
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 69425] Vagrant rebuild fails on Windows - Could not set 'link' on ensure: Protocol error

[bugzilla-daemon]

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

--- Comment #3 from Yuri Astrakhan  ---
Correction - that was the merge commit - the patch is this:
commit c9427702b8fa6c4cdb7c31b100286e98207821f3
Author: Rillke 
Date:   Thu Aug 7 16:01:07 2014 +0100

Add molhandler and svg role

The MolHandler extension allows you to display Chemical table files
in wiki pages, using the same syntax as for image files.
It includes a molfile editor enabling contributors to quickly draw
structures.

Change-Id: Ia9ea440ca8133d35498959a84126b03eec6158f4

-- 
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 69457] Only show simplified Chinese

[bugzilla-daemon]

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

ddyang...@yeah.net  changed:

   What|Removed |Added

Mobile Platform|Android 4.1.x   |Android

-- 
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 69425] Vagrant rebuild fails on Windows - Could not set 'link' on ensure: Protocol error

[bugzilla-daemon]

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

--- Comment #2 from Yuri Astrakhan  ---
Made a little script that automatically went back until it found the first
working rev on master. The last working rev was c9427702b8fa6c4cdb.  The
culprit is patch 88b073fccd04afc26f9d46454eb875477e15823c:

Merge: 97c43c6 c942770  Date:   Sat Aug 9 00:49:27 2014 +
Merge "Add molhandler and svg role"

-- 
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 69457] Only show simplified Chinese

[bugzilla-daemon]

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

ddyang...@yeah.net  changed:

   What|Removed |Added

 CC||ddyang...@yeah.net
Mobile Platform|--- |Android 4.1.x

-- 
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 69457] New: Only show simplified Chinese

[bugzilla-daemon]

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

Bug ID: 69457
   Summary: Only show simplified Chinese
   Product: Wikipedia App
   Version: Stable
  Hardware: Smartphone
OS: other
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Android App
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: ddyang...@yeah.net
CC: dga...@wikimedia.org, kl...@wikimedia.org,
rages...@gmail.com, yuvipa...@gmail.com
   Web browser: ---
   Mobile Platform: ---

My Android phone language is traditional Chinese.

I mean within the Chinese interface, my phone can only show Simpfield Chinese,
not Traditional Chinese.

Any other language is 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 69456] New: Use MediaViewer on commonsMedia properties on Wikibase repo

[bugzilla-daemon]

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

Bug ID: 69456
   Summary: Use MediaViewer on commonsMedia properties on Wikibase
repo
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: WikidataRepo
  Assignee: wikidata-b...@lists.wikimedia.org
  Reporter: legoktm.wikipe...@gmail.com
CC: h...@online.de, mtrac...@member.fsf.org,
wikidata-b...@lists.wikimedia.org
   Web browser: ---
   Mobile Platform: ---

We currently have a default gadget that displays the image inline using
jquery.ui ()
but it would be much much cooler/better to use MediaViewer for 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 69424] generate MathML (not PNG) and automatically embed hyperlinks for each symbol

[bugzilla-daemon]

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

--- Comment #11 from physikerwelt  ---
Hi Richard,

Robert Pagel and me started with that already. (http://arxiv.org/abs/1407.0167)
It's all open source. 

Physikerwelt

-- 
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 69424] generate MathML (not PNG) and automatically embed hyperlinks for each symbol

[bugzilla-daemon]

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

--- Comment #10 from Richard Baxter  ---
Thanks also for your interest in this project (and the links).

Note I had an additional idea for the postprocessor to help reduce the amount
of manual wikipedia editing consequent of the proposed enhancement;
1. detect all possible variable names within the generated mathml tags
2. siphon variable descriptions from wiki text immediately following 
text based on the variable names detected
3. create mathml tooltips for all of these variables (displaying their
extracted descriptions)

Richard

-- 
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 69424] generate MathML (not PNG) and automatically embed hyperlinks for each symbol

[bugzilla-daemon]

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

Richard Baxter  changed:

   What|Removed |Added

  Attachment #16173|0   |1
is obsolete||

--- Comment #9 from Richard Baxter  ---
Created attachment 16181
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=16181&action=edit
mediaWikiMathExtensionMathMLinstallationLog-13August2014.txt

-- 
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 69424] generate MathML (not PNG) and automatically embed hyperlinks for each symbol

[bugzilla-daemon]

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

--- Comment #8 from Richard Baxter  ---
Thanks for your help Physikerwelt,

Although Math extension 11 August 2014 was giving a blank screen, version 13
August 2014 was giving a "Failed to parse ():" error. I got it
working by compiling texvccheck (or setting $wgMathDisableTexFilter = true;).
These are basic installation instructions that I had overlooked (provided by
https://www.mediawiki.org/wiki/Extension:Math).

Both MW_MATH_MATHML and MW_MATH_LATEXML are now working (with both mediawiki
stable 1.23.2 and mediawiki latest 13 August 2014, using a current Math
extension build).

$wgMathValidModes = array( MW_MATH_PNG, MW_MATH_SOURCE, MW_MATH_LATEXML,
MW_MATH_MATHML);
$wgDefaultUserOptions['math'] = MW_MATH_LATEXML;

As you have mentioned, setting MW_MATH_LATEXML requires reexecution of "php
update.php" to prevent a "A database query error has occurred" error (although
setting MW_MATH_MATHML does not).

Richard

-- 
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 69454] EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content

[bugzilla-daemon]

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

--- Comment #1 from Roger Morton  ---
A comment at
https://www.mediawiki.org/wiki/Extension_talk:EmbedVideo#HTTPS_support_with_embedded_youtube
says this could be fixed:
It's pretty easy : simply modify EmbedVideo.Services.php to replace frame src
"http://"; by "https://"; in youtube* php array.

-- 
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 69455] New: pagegenerator filter grep can only be used once

[bugzilla-daemon]

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

Bug ID: 69455
   Summary: pagegenerator filter grep can only be used once
   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: jay...@gmail.com
   Web browser: ---
   Mobile Platform: ---

As part of https://gerrit.wikimedia.org/r/#/c/153562/ (add save titles to
replace.py), Mpaa says that 'listpages -grep' could be useful for the desired
functionality, but it currently only allows one grep , so it does not work like
replace.py

A test case:

$ python pwb.py listpages -page:"Polynesia Cup 1994" -page:"Pomeroy (surname)"
-grep:tournament -grep:Pommery
Retrieving 2 pages from wikipedia:en.
   1: Pomeroy (surname)

-- 
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 69454] EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content

[bugzilla-daemon]

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

Roger Morton  changed:

   What|Removed |Added

URL||https://userbase.kde.org/Kd
   ||enlive/Manual/Effects/Blur_
   ||and_hide/Auto_Mask

-- 
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 69454] EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content

[bugzilla-daemon]

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

Roger Morton  changed:

   What|Removed |Added

Version|unspecified |REL1_20 branch

-- 
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 69454] New: EmbedVideo extension delivers youtube videos using http instead of https causing modern browsers to block the content

[bugzilla-daemon]

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

Bug ID: 69454
   Summary: EmbedVideo extension delivers youtube videos using
http instead of https causing modern browsers to block
the content
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: [other]
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: ttg...@gmail.com
   Web browser: ---
   Mobile Platform: ---

If you use the EmbedVideo extension to embed a youtube video eg
{{#ev:youtube|dMH0bHeiRNg}} then the html created delivers the youtube content
over http. If the wiki running the EmbedVideo extension is delivering content
over https then the resulting page is detected by modern browsers as containing
mixed content and the youtube embeded video is blocked.

Users can unblock the content but they might not know that they can do this. I
did not know at first.

The solution would be for the extension to deliver the content from youtube
over https - youtube can do this. I guess the extension should some how detect
if the wiki is using http or https and send youtube data in the matching
format.

-- 
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 69105] Is it possible to install w3c-markup-validator?

[bugzilla-daemon]

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

--- Comment #3 from Tim Landscheidt  ---
Indeed the installation fires up an actual webserver.  We could work around
that and shut it down with Puppet, but if you could live with installing the
tar balls locally that would be *much* less effort.

-- 
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 66389] VisualEditor: Quickly clicking on "Apply Changes" button multiple times on Media Settings throws console error and cannot make any more changes to any media settings dialog after that

[bugzilla-daemon]

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

--- Comment #10 from Roan Kattouw  ---
Right, ActionDialog.js was introduced after the 1.23 release. I thought this
bug was introduced after the 1.23 release though, so I'm surprised to hear it's
breaking for you.

-- 
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 66389] VisualEditor: Quickly clicking on "Apply Changes" button multiple times on Media Settings throws console error and cannot make any more changes to any media settings dialog after that

[bugzilla-daemon]

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

--- Comment #9 from Coiby  ---
Sorry, it's typo. I mean .js.

There are two files related to Media Seetings dialogue,
ve.ui.MWMediaInsertDialog.js and ve.ui.MWMediaEditDialog.js. There's no
ve.ui.ActionDialog.js.

-- 
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 66389] VisualEditor: Quickly clicking on "Apply Changes" button multiple times on Media Settings throws console error and cannot make any more changes to any media settings dialog after that

[bugzilla-daemon]

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

--- Comment #8 from Roan Kattouw  ---
(In reply to Coiby from comment #7)
> (In reply to Coiby from comment #6)
> > This problem still exist on snapshot 9883566
> > (https://extdist.wmflabs.org/dist/VisualEditor-REL1_23-9883566.tar.gz).
> 
> I just look through the patch, I can't find such file
> ve/ui/dialogs/ve.ui.ActionDialog.json in snapshot 9883566.

.js , not .json . Also, try looking for
lib/ve/modules/ve/ui/dialogs/ve.ui.ActionDialog.js

-- 
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 66389] VisualEditor: Quickly clicking on "Apply Changes" button multiple times on Media Settings throws console error and cannot make any more changes to any media settings dialog after that

[bugzilla-daemon]

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

--- Comment #7 from Coiby  ---
(In reply to Coiby from comment #6)
> This problem still exist on snapshot 9883566
> (https://extdist.wmflabs.org/dist/VisualEditor-REL1_23-9883566.tar.gz).

I just look through the patch, I can't find such file
ve/ui/dialogs/ve.ui.ActionDialog.json in snapshot 9883566.

-- 
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 66389] VisualEditor: Quickly clicking on "Apply Changes" button multiple times on Media Settings throws console error and cannot make any more changes to any media settings dialog after that

[bugzilla-daemon]

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

Coiby  changed:

   What|Removed |Added

 CC||coiby...@gmail.com

--- Comment #6 from Coiby  ---
This problem still exist on snapshot 9883566
(https://extdist.wmflabs.org/dist/VisualEditor-REL1_23-9883566.tar.gz).

-- 
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 39996] Accounts magically unattached despite being recently created

[bugzilla-daemon]

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

--- Comment #89 from Kunal Mehta (Legoktm)  ---
New debug logging is pointing to some weird TimedMediaHandler requests, which
is filed as bug 69453.

I also found some accounts that the script said was broken as of August 1, but
are now fixed???

-- 
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 39996] Accounts magically unattached despite being recently created

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

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

-- 
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 69453] TimedMediaHandler making bad action=raw requests

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

   Priority|Unprioritized   |Highest
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=39996

-- 
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 69453] New: TimedMediaHandler making bad action=raw requests

[bugzilla-daemon]

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

Bug ID: 69453
   Summary: TimedMediaHandler making bad action=raw requests
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: TimedMediaHandler
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: legoktm.wikipe...@gmail.com
CC: aarcos.w...@gmail.com, bawolff...@gmail.com,
cste...@wikimedia.org, fflo...@wikimedia.org,
gti...@wikimedia.org, h...@online.de,
jger...@wikimedia.org, md...@wikimedia.org,
mtrac...@member.fsf.org
   Web browser: ---
   Mobile Platform: ---

In the CentralAuth bug 39996 debug logs we're seeing requests coming through
with $_SERVER['REQUEST_URI'] set to
/wiki/:South+Africa+National+Anthem.ogg.af.srt?action=raw&ctype=text/x-srt

Problems here:

1. Namespace is missing
2. Using + instead of _
3. Passing ctype=text/x-srt doesn't work. RawAction has a whitelist and
converts it to text/x-wiki AFAIS
4. Visiting that URL in my browser throws a "Invalid file extension found in
the path info or query string." Even with proper namespace
(),
I still see the same error.

-- 
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 38726] VisualEditor: Links should follow the local CSS rules as if they were rendered in the view mode (e.g. external links shown with the external icon)

[bugzilla-daemon]

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

--- Comment #8 from Gerrit Notification Bot  ---
Change 153740 had a related patch set uploaded by Catrope:
Scope external link styling rules to #content rather than #bodyContent

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

-- 
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 38726] VisualEditor: Links should follow the local CSS rules as if they were rendered in the view mode (e.g. external links shown with the external icon)

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|REOPENED|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 38726] VisualEditor: Links should follow the local CSS rules as if they were rendered in the view mode (e.g. external links shown with the external icon)

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com

--- Comment #7 from Roan Kattouw  ---
(In reply to Spinningspark from comment #6)
> I'm not seeing this as entirely fixed.  The redlink issue has been fixed but
> there are still other colour issues:
> 
> * Visited redlinks are not shown in the visited redlink colour, they are
> shown in the redlink colour.
> * External links are not shown in the external links colour, they are shown
> in the internal links colour.
> * Link icons are omitted: external, secure, pdf etc.
> 
This caught my attention because external link icons have been working for me
for a while. Turns out they work in Vector but not in Monobook. This appears to
be a bug in Monobook, it's scoping link icon CSS to the wrong div (#bodyContent
instead of #content).

-- 
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 69380] Investigate whether taking an action on a page (delete, import, etc.) should require being able to edit it

[bugzilla-daemon]

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

--- Comment #24 from rschen7754.w...@gmail.com ---
(In reply to Stefan2 from comment #23)
> 
> Of course, there is no situation where English Wikipedia would grant
> oversight rights to a non-admin, and the only importers are also admins.

Not quite right - if a non-admin ever won ArbCom elections, they could be
granted CU/OS, and we had an oversighter temporarily resign as an admin last
year.

There are also non-admin oversighters on other wikis, but the permissions are
set up slightly differently, if memory serves me right.

-- 
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 69452] New: latest mw-vagrant and labs-vagrant time out after a load.php request

[bugzilla-daemon]

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

Bug ID: 69452
   Summary: latest mw-vagrant and labs-vagrant time out after a
load.php request
   Product: MediaWiki-Vagrant
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Keywords: hiphop
  Severity: major
  Priority: Unprioritized
 Component: General
  Assignee: o...@wikimedia.org
  Reporter: sp...@wikimedia.org
CC: o...@wikimedia.org, shahyar+wmfbugzi...@gmail.com,
yuvipa...@gmail.com
   Web browser: ---
   Mobile Platform: ---

Shahyar Ghobadpour in his local MediaWiki-vagrant, and me in the
http://flow-tests.wmflabs.org instance are both experiencing http timeouts.

The index.php content loads, the first one or two load.php succeeds, but then
subsequent load.php requests for that page spin for a log time, and
then regular index.php and api.php requests time out as well. 

We both pulled latest vagrant repository and ran `{labs-,}vagrant provision`.

`sudo apachectl restart` resets the web server for one request, then it starts
timing out again. I just did `sudo restart hhvm` `sudo /etc/init.d/redis-server
restart` and then another `sudo apachectl stop` `sudo apachectl restart` and
the flow-tests labs server has stayed up for several requests.

FWIW flow-tests:/var/log/apache2/error.log has lines like

[Mon Aug 11 19:09:57.267877 2014] [proxy_fcgi:error] [pid 25259] (22)Invalid
argument: [client 127.0.0.1:57582] AH01075: Error dispatching request to :
[Mon Aug 11 19:11:57.393869 2014] [proxy_fcgi:error] [pid 24268] [client
10.68.16.65:44516] AH01067: Failed to read FastCGI header, referer:
http://flow-tests.wmflabs.org/wiki/Talk:Sandbox
[Mon Aug 11 19:11:57.393931 2014] [proxy_fcgi:error] [pid 24268] (70014)End of
file found: [client 10.68.16.65:44516] AH01075: Error dispatching request to :,
referer: http://flow-tests.wmflabs.org/wiki/Talk:Sandbox

these might be a false alarm from all the restarting I was doing.

-- 
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 69451] VisualEditor: "Options" item in the hamburger menu doesn't add any value

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |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 69451] VisualEditor: "Options" item in the hamburger menu doesn't add any value

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 153737 had a related patch set uploaded by Catrope:
Remove "Options" tool from hamburger menu

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

-- 
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 69451] New: VisualEditor: "Options" item in the hamburger menu doesn't add any value

[bugzilla-daemon]

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

Bug ID: 69451
   Summary: VisualEditor: "Options" item in the hamburger menu
doesn't add any value
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: roan.katt...@gmail.com
CC: jforres...@wikimedia.org, rm...@wikimedia.org,
ryasm...@wikimedia.org, tpars...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

From the feedback page on enwiki:

The first item in the Page options menu, “Options”, does EXACTLY what the
second item, “Page settings”, does - it opens the dialog box with “Page
settings” selected. Can this first, totally extraneous item, be removed from
this menu? It just confuses things. -- John Broughton (♫♫) 20:30, 10 August
2014 (UTC)

Now *technically* it does do something subtly different: it opens the meta
dialog at whichever page you most recently used, but if you haven't yet opened
it during the current editing session that doesn't matter. It's also not a
distinction that warrants having a separate tool IMO.

-- 
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 69380] Investigate whether taking an action on a page (delete, import, etc.) should require being able to edit it

[bugzilla-daemon]

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

Stefan2  changed:

   What|Removed |Added

 CC||stefan2bugzi...@hotmail.co.
   ||jp

--- Comment #23 from Stefan2  ---
(In reply to rschen7754.wiki from comment #2)
> This had the effect of making it impossible for global sysops to delete
> anything on login.wikimedia.org, since they cannot edit those pages but
> loginwiki is in the GS set.

As far as I can tell, no one can create pages on loginwiki, so why would pages
ever have to be deleted?

(In reply to Isarra from comment #15)
> Requiring being able to edit a page to delete it doesn't make a whole lot of
> sense in core: default MediaWiki comes with no situations in which anyone
> would be able to delete anything they can't edit, and few MediaWiki installs
> will have much reason to change the default structure in such a way.

On the other hand, English Wikipedia's settings come with two interesting
situations:

* If you are an oversighter but not an administrator, then you can delete a
protected page, but you can't edit protected pages.
* If you are an importer but not an administrator, then you are maybe able to
overwrite a protected page by uploading an XML file, but you can't edit the
page normally. Has it been tested if this work?

In both situations, you are in effect "editing" the page. If I do not have the
right to edit a page, then I do not expect to be able to change what the page
looks like at all. I should not be able to turn it into a "404 Not Found", and
I should not be able to modify it by creating an XML file in my text editor. If
Mediawiki allows such indirect editing, then Mediawiki seems to have a security
bug.

Of course, there is no situation where English Wikipedia would grant oversight
rights to a non-admin, and the only importers are also admins.

-- 
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 61799] Flow: logged_in browser test assumes block user right

[bugzilla-daemon]

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

sp...@wikimedia.org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #3 from sp...@wikimedia.org ---
gerrit Icd3fec2341f26a5a reintroduced a Block check when it changed a Scenario
to
  Scenario: Add new Flow topic and show author and block links
, so flow_logged_in.feature is again failing on test2.wikipedia.org.

We could skip that scenario on test2wiki, or add 
   'block' => true
to the 'qa_automation' group on test2wiki, similar to gerrit I7523c867b12.

-- 
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 69450] just change image => parameter border is lost

[bugzilla-daemon]

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

Moriel Schottlender  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 CC||mor...@gmail.com
   Assignee|jforrester+veteambztickets@ |mor...@gmail.com
   |wikimedia.org   |
 Ever confirmed|0   |1

-- 
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 69450] New: just change image => parameter border is lost

[bugzilla-daemon]

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

Bug ID: 69450
   Summary: just change image => parameter border is lost
   Product: VisualEditor
   Version: unspecified
  Hardware: PC
OS: Mac OS X 10.9
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: drngdrngd...@gmail.com
CC: jforres...@wikimedia.org, rm...@wikimedia.org,
ryasm...@wikimedia.org, tpars...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

When you just change image on a media, the border parameter is lost.

https://test2.wikipedia.org/w/index.php?title=BorderLost&diff=98843&oldid=98842

Safari/Mac OS X

-- 
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 68834] Sudoers interface should provide an option for ALL

[bugzilla-daemon]

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

--- Comment #7 from Gerrit Notification Bot  ---
Change 153723 had a related patch set uploaded by Tim Landscheidt:
Replace support for 'ALL' in the 'Allow running as' sudo column.

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

-- 
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 69304] Android app doesn't support language variants in UI translations

[bugzilla-daemon]

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

--- Comment #13 from Gerrit Notification Bot  ---
Change 153729 had a related patch set uploaded by BearND:
More variants for Chinese and Hebrew

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

-- 
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 69449] New: MediaWiki UI: VForm only partially documented

[bugzilla-daemon]

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

Bug ID: 69449
   Summary: MediaWiki UI: VForm only partially documented
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Skin and page rendering
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jrob...@wikimedia.org
CC: krinklem...@gmail.com, matma@gmail.com
   Web browser: ---
   Mobile Platform: ---

MediaWiki UI has a concept of a mw-ui-vform but it is badly documented and it
is not clear when, where and how to use it.

In the login form where it is used it also introduces mw-ui-checkbox-label,
mw-ui-label, mw-ui-vform-field which are not documented anywhere in the style
guide.

These classes should also be standalone without nesting and also have guidance
on when they should be used.

mw-ui-checkbox-label also conflicts with the newly introduced mw-ui-checkbox so
should probably be killed.

-- 
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 69141] images are aligned incorrectly in MobileFronted in RTL

[bugzilla-daemon]

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

--- Comment #4 from Gerrit Notification Bot  ---
Change 151819 merged by jenkins-bot:
Make sure that images are aligned correctly on wide screens

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

-- 
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 69214] ResourceLoader::getSkipFunction(): undefined variable $fileName

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

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

-- 
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 67005] Image caption text color is too light

[bugzilla-daemon]

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

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 67005] Image caption text color is too light

[bugzilla-daemon]

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

--- Comment #29 from Gerrit Notification Bot  ---
Change 153726 had a related patch set uploaded by JGonera:
Make thumbnail caption color darker

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

-- 
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 69448] MediaWiki core qunit tests consistently randomly failing on jenkins

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
Summary|qunit tests consistently|MediaWiki core qunit tests
   |randomly failing on jenkins |consistently randomly
   ||failing on jenkins

-- 
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 69448] New: qunit tests consistently randomly failing on jenkins

[bugzilla-daemon]

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

Bug ID: 69448
   Summary: qunit tests consistently randomly failing on jenkins
   Product: Wikimedia
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Continuous integration
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: legoktm.wikipe...@gmail.com
CC: g...@wikimedia.org, has...@free.fr,
krinklem...@gmail.com
   Web browser: ---
   Mobile Platform: ---

This has been a problem for a while now, but I guess no one else has filed a
bug since no one really cares.

-- 
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 34672] switching search target project of search window has to be changed by switching the language

[bugzilla-daemon]

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

Ryu, Cheol  changed:

   What|Removed |Added

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

--- Comment #8 from Ryu, Cheol  ---
I found you developed the 'Language Setting' and I am now enjoying. I
downloaded it of 2.0-r-2014008-07 on Play Store.

I think you can mark this with 'resolved'.

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 69447] Unable to get old toolbar in namespace Page: whatsoever the preference request for the old toolbar

[bugzilla-daemon]

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

Philippe Elie  changed:

   What|Removed |Added

Version|REL1_23 branch  |unspecified

-- 
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 69447] New: Unable to get old toolbar in namespace Page: whatsoever the preference request for the old toolbar

[bugzilla-daemon]

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

Bug ID: 69447
   Summary: Unable to get old toolbar in namespace Page:
whatsoever the preference request for the old toolbar
   Product: MediaWiki extensions
   Version: REL1_23 branch
  Hardware: All
   URL: https://en.wikisource.org/w/index.php?title=Page:U.S._
Department_of_the_Interior_Annual_Report_1873.djvu/11&
action=edit
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ProofreadPage
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: phil...@free.fr
CC: b...@adres.pl, thoma...@hotmail.fr,
zaran.krl...@gmail.com
   Web browser: ---
   Mobile Platform: ---

With preferences --> Edit --> deselect "Enable enhanced editing toolbar" we
should get the old toolbar, this work in all namespace except in Page:
namespace. Bug classified as Mediawiki extensions/ProofreadPage as I guess it
comes from the javascript. Tpt if it doesn't come from the extension can you
reclassify it 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 69419] MWMultiVersion can fatal for bad Host headers

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 153593 merged by jenkins-bot:
multiversion: test we emit Invalid host name

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

-- 
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 68834] Sudoers interface should provide an option for ALL

[bugzilla-daemon]

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

Andrew Bogott  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

--- Comment #6 from Andrew Bogott  ---
https://gerrit.wikimedia.org/r/#/c/153723

-- 
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 68658] imagerecat without parameters results in obtuse backtrace

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 153720 had a related patch set uploaded by Mpaa:
Bug 68658-imagerecat without parameters results in obtuse backtrace

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

-- 
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 68658] imagerecat without parameters results in obtuse backtrace

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |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 69214] ResourceLoader::getSkipFunction(): undefined variable $fileName

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 153638 merged by jenkins-bot:
resourceloader: Fix undefined variable in
ResourceLoaderFileModule::getSkipFunction

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

-- 
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 69327] The editing interface of Page: pages with WikiEditor is broken in 1.24wmf16

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 153027 merged by jenkins-bot:
Avoid dependance on a WikiEditor class that have been recently removed

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

-- 
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 56962] EducationProgram needs tests in Jenkins

[bugzilla-daemon]

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

--- Comment #6 from Jeroen De Dauw  ---
Yay, thnx addshore!

-- 
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 69443] *-debian-glue seems to be broken

[bugzilla-daemon]

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

--- Comment #5 from Antoine "hashar" Musso  ---
Next time I get Jenkins Debian Glue upgraded, I should retrigger a bunch of
Jenkins jobs to make sure they are still working properly :-]

-- 
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 69404] preference to ignore comments from specific users ("killfile")

[bugzilla-daemon]

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

--- Comment #2 from Sumana Harihareswara  ---
Thanks for the note, Danny. I understand that it's important to think through
how both good-faith users and malicious users could end up using something like
this.

http://www.gossamer-threads.com/lists/wiki/wikitech/494928 has some more
thinking on the topic.

You're absolutely right that there's a risk that a user could ignore someone
who is trying to help them. 

I think the community liaisons would be able to give you better and more use
cases; if you'd like to ask for the stories of people who have to see sexist,
homophobic, and transphobic language in onwiki discussions right now, you might
want to consult:

https://meta.wikimedia.org/wiki/Wikimedia_LGBT

https://lists.wikimedia.org/mailman/listinfo/gendergap

-- 
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 69446] Edit box disappeared on Polish Wikisource proofread pages

[bugzilla-daemon]

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

Helder  changed:

   What|Removed |Added

   Keywords||javascript

-- 
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 69446] Edit box disappeared on Polish Wikisource proofread pages

[bugzilla-daemon]

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

Helder  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
URL||https://pl.wikisource.org/w
   ||/index.php?title=Strona:PL_
   ||Aleksander_Fredro_-_Dzie%C5
   ||%82a_tom_XIII.djvu/099&acti
   ||on=edit&redlink=1&uselang=e
   ||n&debug=1
 CC||he7...@gmail.com
 Ever confirmed|0   |1

--- Comment #1 from Helder  ---
Here is what I see in the console of Firefox 31 in the above URL:

"Exception thrown by user callback" load.php:10896
"[Exception... "Node cannot be inserted at the specified point in the
hierarchy"  code: "3" nsresult: "0x80530003 (HierarchyRequestError)"  location:
""]" DOMException [HierarchyRequestError: "Node cannot be inserted at
the specified point in the hierarchy"
code: 3
nsresult: 0x80530003
location:
https://bits.wikimedia.org/pl.wikisource.org/load.php?debug=true&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20140812T191311Z:5732]
load.php:10902
log() load.php:10902
handlePending() load.php:11894
runScript/markModuleReady() load.php:11991
runScript/nestedAddScript() load.php:11998
runScript/nestedAddScript/<() load.php:12003
jQuery.Callbacks/fire() load.php:3119
jQuery.Callbacks/self.fireWith() load.php:3231
done() load.php:9275
.send/script.onreadystatechange() load.php:9796

-- 
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 69446] New: Edit box disappeared on Polish Wikisource proofread pages

[bugzilla-daemon]

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

Bug ID: 69446
   Summary: Edit box disappeared on Polish Wikisource proofread
pages
   Product: MediaWiki
   Version: unspecified
  Hardware: PC
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: wiera...@vp.pl
   Web browser: ---
   Mobile Platform: ---

http://zapodaj.net/9ce0719ce726f.png.html

That's all we can see. It's impossible to write, to see scan and to see the
contain of pages.

It seems that people can edit only on Opera. It's impossible to edit on Polish
Wikisource using Chrome, IE or Mozilla.

-- 
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 69443] *-debian-glue seems to be broken

[bugzilla-daemon]

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

--- Comment #4 from Tim Landscheidt  ---
Indeed, it seems to work now.  Merci!

-- 
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 69445] Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

 CC||has...@free.fr

--- Comment #2 from Antoine "hashar" Musso  ---
Would it make sense to use git / phabricator ?   We will have to convince the
community that a pre commit review workflow is a good thing, but that would let
us run validation tests and deploy on some staging area before rolling changes
to production.

I am very skeptical at our ability to code and maintain a review system in
MediaWiki, we have past experiences:

- CodeReview extension for svn could have been nice if we had the ability to
devote time to it, it turned out to be simpler to delegate the software to
third party (Gerrit, soon Phabricator). 

- FlaggedRevs which would let one validate revisions before they were made
public. I don't think anyone regret it. I found the workflow / UI etc terrible
and never understood how it worked.


Also, we could use such a review system for Gadgets and LUA modules.  When
writing, versionning and collaborating on code, ones need a version control
system. git comes to mind.

-- 
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 66516] HTML Tags are stripped from extension output

[bugzilla-daemon]

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

physikerwelt  changed:

   What|Removed |Added

 Status|NEW |UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #1 from physikerwelt  ---
Can anybody reproduce this 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 69380] Investigate whether taking an action on a page (delete, import, etc.) should require being able to edit it

[bugzilla-daemon]

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

--- Comment #22 from Tyler Romeo  ---
(In reply to Tim Starling from comment #18)
> (In reply to Tyler Romeo from comment #4)
> > 2) It makes certain workflows (as mentioned in gerrit) impossible entirely.
> 
> Sorry, I read the Gerrit comments but didn't see any description of any
> actual workflow. All I could find was a vague suggestion of "what if someone
> wants to delete but can't edit", but without any explanation of why such a
> structure would be useful. If I am missing something, maybe you can point it
> out?

Why are you asking for a workflow when you acknowledged one later in your same
comment?

(In reply to Tim Starling from comment #18)
> (In reply to Nemo from comment #13)
> 1. Keep the patch, require edit permissions in order to move. There are
> plenty of precedents for linking of rights in this way in core, so it's not
> as inelegant as Tyler makes out.

Precedent does not make it an elegant solution. Just because bad examples exist
does not mean we should be adding more of them.

One of the purposes of RBAC is the maximal customization. Since the permissions
are atomic, the administrator can define any user group he/she wants. Imposing
our own permission dependencies where not technically necessary imposes a
restriction that would not otherwise exist.

I do not see the advantage of restricting administrators' customization
abilities and making the permissions system more complicated for absolutely no
reason at all, even if a practical workflow has not been demonstrated.

> 2. Make the delete action be a separate restriction type, so that pages can
> be delete-protected in the same way as they can be move-protected
> 
> There are already four actions treated in this way: edit, create,  move and
> upload, so on the face of it, adding a fifth doesn't seem too terrible. The
> number of boxes on the protection form is currently about 2 or 3, if you
> include Pending Changes which also adds a box here, and that number would
> increase by 1. The interface is not too terrible with the "unlock further
> protection options" box unchecked -- the delete protection level would
> implicitly be the same as the edit protection level.

I think that, moving forward, this would be the best option. However, it is a
lot more complicated since we have to change the UI, the protection backend,
etc.

> 3. Do not show a delete protection UI, but implicitly treat edit protection
> as equivalent to delete protection. Edit protection would be conflated,
> rather than edit rights. If you have to conflate two things, then I suppose
> it makes sense to choose narrower things to conflate, and protection is
> narrower than rights. A careful implementation of this option would allow
> future migration to option 2, if that is necessary.

^this exactly. I like this option, especially with the option of a future
migration to option 2 if we decide.

-- 
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 36866] ResourceLoader: Convey license information in HTTP requests serving minified builds of javascript files

[bugzilla-daemon]

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

--- Comment #16 from Benjamin Mako Hill  ---
Fantastic! Thanks Tim!

Looks like support for (2) in Comment 14 is now handled. As Tim says in his
commit log, all we're missing is adding comment information inside "bang
comments" to the Javascript files that ship with Mediawiki. I think the only
reasonable thing to assume is that, unless they are marked oherwise, any
Javascript in Mediawiki should be under the same license at Mediawiki itself.

Once this has gone through, I can try to ensure that MediaWiki:Common.js is
appropriated labeled.

-- 
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 69380] Investigate whether taking an action on a page (delete, import, etc.) should require being able to edit it

[bugzilla-daemon]

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

--- Comment #21 from Gerrit Notification Bot  ---
Change 153362 abandoned by Parent5446:
Revert "Do not allow a user to delete a page they can't edit"

Reason:
In favor of Change-Id: I5a7c4147bd241dc086fda6c16827f9554d78599b

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

-- 
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 69398] [regression] Editability requirement made deletion of translation pages impossible

[bugzilla-daemon]

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

--- Comment #5 from Gerrit Notification Bot  ---
Change 153362 abandoned by Parent5446:
Revert "Do not allow a user to delete a page they can't edit"

Reason:
In favor of Change-Id: I5a7c4147bd241dc086fda6c16827f9554d78599b

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

-- 
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 66587] Math: fatal errors

[bugzilla-daemon]

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

--- Comment #12 from Gerrit Notification Bot  ---
Change 153610 merged by jenkins-bot:
Re-enable all Math modes on beta

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

-- 
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 69445] Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites

[bugzilla-daemon]

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

--- Comment #1 from Marius Hoch  ---
This would need to be done differently from how FlaggedRevisions currently is
implemented (as in FR you still submit a new version which is directly being
used by eg. ResourceLoader).

I would suggest to have a new extension in which edits can basically be
suggested like github pull requests and then get merged/ commented on/ rejected
by a reviewer.

Mid to long term this process should be centralized and managing JS/CSS should
move away from the Wikis into a central place (that can be a MediaWiki, but IMO
doesn't necessarily have to be one).

-- 
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 69099] Security review BounceHandler extension for deployement

[bugzilla-daemon]

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

--- Comment #10 from Gerrit Notification Bot  ---
Change 153403 merged by jenkins-bot:
Generate VERP address for a single/array of recipient addresses

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

-- 
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 32864] SwiftMedia's rewrite doesn't properly collapse multiple slashes

[bugzilla-daemon]

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

--- Comment #4 from vagaba...@yandex.ru ---
I've updated the other bug as well, which is filed as a consequence:
https://bugzilla.wikimedia.org/show_bug.cgi?id=49467

Currently it seems wikimedia site is not HTTP/1.1 compliant.

-- 
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 69160] Flow: when you close then reopen a topic, IE redisplays the closed state

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/Zz3YN0mW

-- 
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 69151] Flow: clicking Edit on a long post doesn't scroll textarea into view

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/XqZv2nm4

-- 
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 69445] New: Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites

[bugzilla-daemon]

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

Bug ID: 69445
   Summary: Implement a sane code-review process for MediaWiki
JS/CSS pages on Wikimedia sites
   Product: Wikimedia
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: legoktm.wikipe...@gmail.com
CC: b...@mzmcbride.com, cste...@wikimedia.org,
e...@wikimedia.org, federicol...@tiscali.it,
h...@online.de, ja...@jdforrester.org,
krinklem...@gmail.com, matma@gmail.com
   Web browser: ---
   Mobile Platform: ---

MediaWiki: CSS/JS pages on any non-large wiki are usually a mess. Occasionally,
we'll discover that wikis have been loading external resources for months and
no one noticed. In addition, the local sysops maintaining those pages usually
don't know JavaScript and are copy-pasting what someone else told them to do.

Various proposals have floated around over the years. The wikitech-l thread
(specifically about Gadgets though)

has some good discussion on some of the reasons why this is difficult for
smaller wikis.

I'm mainly filing this in response to Erik's email about "superprotect"
() in
which he says we want to move forward to a code review process. I disagree with
his statement that "the system works as it is". Things like

should never happen (not Nemo's fault).

-- 
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 69404] preference to ignore comments from specific users ("killfile")

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
Thanks, I put this in the backlog: https://trello.com/c/txLNEpcr

It's an interesting idea; I want to hear more about the use cases, and talk to
our CL about it. Is there an equivalent on talk pages? Is there a risk of
someone ignoring an admin who's trying to help? 

I understand the "good person avoiding persistent harassment" use case. I just
want to think through how a "bad person" might use this feature...

Sumana, feel free to email me, and we can talk about 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 48420] Jenkins: Overhaul the phpcs macro

[bugzilla-daemon]

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

--- Comment #26 from Antoine "hashar" Musso  ---
I have kept this bug around as per Comment #21:

> I still have to get rid of the old macros in Jenkins Job Builder and to
> always ends up using the shell wrapper introduced by
> https://gerrit.wikimedia.org/r/77279

We have two different set of phpcs jobs.  The Jenkins Job builder config needs
to be adjust for all repositories using the old set (the new one are the
templates applied to Translate and have 'lenient' and 'strict').  Then adjust
the Zuul triggers to reflect the change.


If strict pass (i.e. warning+errors), the lenient one (warning only) can be
removed from Zuul configuration since it is redundant.

-- 
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 69371] zero.log contains duplicate host in logs

[bugzilla-daemon]

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

--- Comment #8 from nuria  ---
Please take a look at our logging format on varninsh:

https://git.wikimedia.org/blob/operations%2Fpuppet/production/modules%2Fvarnish%2Ffiles%2Fvarnishncsa.default#L9

The interesting part: http://%{Host}i%U%q

%{Host}i : logs host header
%U request The request URL without any query string. Defaults to '-' if not
known.
%q The query string, if no query string exists, an empty string.

Looking at patterns on urls with the "orghttp" string in zero logs I see little
in common, the big majority of requests with faulty logging are for "text/html"
content type, under http and they are cache misses (200/miss).

-- 
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 48450] CodeSniffer Generic.Formatting.SpaceAfterCast.NoSpace is incorrect

[bugzilla-daemon]

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

--- Comment #14 from Antoine "hashar" Musso  ---
Per Timo Comment #8 the rule is abandoned so we do not enforce one way or
another.

My patch https://gerrit.wikimedia.org/r/#/c/66961/ was to reintroduce one of
the style and Timo and I agreed to abandon it (see discussion on Gerrit
change).


I guess we can mark this bug as FIXED. The fix being that we abandoned that
sniff entirely.

-- 
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 69421] Debug mode is broken

[bugzilla-daemon]

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

--- Comment #4 from Matthew Flaschen  ---
Bug 69425 looks like a separate (but important) issue (symbolic links on
Windows).  In that bug, both source and destination for the link appear to be
in the shared directory.

This bug was that one particular symbolic link had the wrong destination.  For
the links in this bug, the link is located in /var/www, and only the
destination is shared.

-- 
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 69443] *-debian-glue seems to be broken

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

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

--- Comment #3 from Antoine "hashar" Musso  ---
I have changed the sudo policy for the jenkins-deploy user at
https://wikitech.wikimedia.org/wiki/Special:NovaSudoer  to keep the ARCH
environment variable:

- env_keep+="DEB_* DIST"
+ env_keep+="DEB_*"
+env_keep+=DIST
+env_keep+=ARCH

I had to have each env variable listed on its own line due to a bug somewhere
in the chain between wikitech and LDAP :-]



I have manually retriggered the job in Jenkins and it seems to be working
https://integration.wikimedia.org/ci/job/labs-toollabs-debian-glue/75/console

You can probably have it run again by commenting in Gerrit 'recheck'.  Else
send a new patchset by amending the commit summary.


I also enabled the sudo policy on all host of the 'integration' labs project.


So I guess we are fine now :-]  Thank you to have filled a 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 69383] Flow should start a new thread when I add a new subsection in a message

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
I responded to this on the Flow board:
https://www.mediawiki.org/wiki/Topic:S078icl2plg9zgog

Yes, multi-part split discussions are definitely on the roadmap. It's a
requirement for Flow being useful for complicated, RfC style discussions. I
don't know exactly when we're going to get to it, but it has to be done.

-- 
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 69322] Flow: API action=edit call appears to succeed on a Flow board but doesn't

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/CDULbpKM

-- 
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 69320] Flow: Flow board doesn't indicate when a page redirects to it

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/7egd48nN

-- 
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 69257] Username doesn't show up in preview

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/yVqEtSA0

-- 
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 69220] FOUC on slow connections

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/H8SdP5ep

-- 
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 69213] Flow: title attributes (tooltips) aren't useful, some wrong

[bugzilla-daemon]

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

--- Comment #1 from Danny Horn  ---
in backlog: https://trello.com/c/c7R3Qd5x

-- 
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 69421] Debug mode is broken

[bugzilla-daemon]

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

Yuri Astrakhan  changed:

   What|Removed |Added

 CC||yu...@wikimedia.org

--- Comment #3 from Yuri Astrakhan  ---
I am not sure this bug is fixed - see the ATTACHED (not the first comment) log
in bug 69425

-- 
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 49228] Vector: The version of the Vector extension bundled with MediaWiki 1.21 is incompatible

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||legoktm.wikipe...@gmail.com
 Resolution|--- |WONTFIX

--- Comment #28 from Kunal Mehta (Legoktm)  ---
MW 1.21 is no longer supported, and this was only an issue with the tarball
AFAIS.

-- 
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 69425] Vagrant rebuild fails on Windows - Could not set 'link' on ensure: Protocol error

[bugzilla-daemon]

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

--- Comment #1 from Yuri Astrakhan  ---
Created attachment 16180
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=16180&action=edit
Cleaned-up log and re-ran on 1.6.3

Stderr from the command:

stdin: is not a tty
Error: Could not set 'link' on ensure: Protocol error -
(/vagrant/settings.d/wikis/wiki/LocalSettings.php,
/vagrant/mediawiki/LocalSettings.php) at
129:/tmp/vagrant-puppet-5/modules-0/mediawiki/manifests/init.pp
Error: Could not set 'link' on ensure: Protocol error -
(/vagrant/settings.d/wikis/wiki/LocalSettings.php,
/vagrant/mediawiki/LocalSettings.php) at
129:/tmp/vagrant-puppet-5/modules-0/mediawiki/manifests/init.pp
Wrapped exception:
Protocol error - (/vagrant/settings.d/wikis/wiki/LocalSettings.php,
/vagrant/mediawiki/LocalSettings.php)
Error:
/Stage[main]/Mediawiki/File[/vagrant/mediawiki/LocalSettings.php]/ensure:
change from absent to link failed: Could not set 'link' on ensure: Protocol
error - (/vagrant/settings.d/wikis/wiki/LocalSettings.php,
/vagrant/mediawiki/LocalSettings.php) at
129:/tmp/vagrant-puppet-5/modules-0/mediawiki/manifests/init.pp

-- 
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 20476] Split suppressrevision in two distinct permissions : the first one to oversight content, and the other one to review oversighted content

[bugzilla-daemon]

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

DerHexer  changed:

   What|Removed |Added

 CC||wikipedia_emails-nachfrage@
   ||yahoo.de

--- Comment #21 from DerHexer  ---
(In reply to Vogone from comment #20)
> This is most likely due to stewards having "abusefilter-hide-log" assigned
> globally, but please correct me if I am wrong.

Thanks for pointing us on it. I've removed this right as well.

-- 
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 32746] Template:!, = (( and )) as built-in variables

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

 CC||jackmcbarn+w...@gmail.com,
   ||legoktm.wikipe...@gmail.com

--- Comment #5 from Kunal Mehta (Legoktm)  ---
{{!}} is now a native parser function. Unsure if we want to do the same for the
other ones in the bug title.

-- 
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 20476] Split suppressrevision in two distinct permissions : the first one to oversight content, and the other one to review oversighted content

[bugzilla-daemon]

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

--- Comment #20 from Vogone  ---
This is most likely due to stewards having "abusefilter-hide-log" assigned
globally, but please correct me if I am wrong.

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