[Bug 47443] Local dates comparsion seems to be broken.

[bugzilla-daemon]

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

--- Comment #1 from Dmitriy Sintsov  ---
I found that old SMW 0.7 installation did not have property types defined for
[[Property:Дата начала]] and [[Property:Дата окончания]] so property value
definitions were treated as strings thus sorting and greater or equal queries
were broken. After defining [[has type::Date]] for both properties and
re-running maintenance/SMW_refreshData.php dates seems to be sorting fine.
However ask values "now+9day" produce syntax errors. Is there newer updated
syntax to use date values relative to current date in ask queries or shall I
use something like Scribunto to dynamically generate values of "now+9day"?

-- 
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 40269] "curate this article" appearing inconsistently

[bugzilla-daemon]

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

Nischay Nahata  changed:

   What|Removed |Added

 CC||nischay...@gmail.com

--- Comment #3 from Nischay Nahata  ---
Any update on this?

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

[Bug 45930] 'redirects' not working for prop=imageinfo and commons redirects

[bugzilla-daemon]

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

--- Comment #2 from piotr.jagiel...@op.pl ---
Is there any workaround to get image info of a file redirected on commons by
using the original image name until this issue is addressed?

-- 
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 47470] New: update Wanted pages for et.wikipedia

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47470
   Summary: update Wanted pages for et.wikipedia
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Special pages
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: rauna...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

please update Special:WantedPages for Estonian Wikipedia, current content dates
from 2009
https://et.wikipedia.org/wiki/Eri:Oodatud_lehek%C3%BCljed

-- 
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 47470] update Wanted pages for et.wikipedia

[bugzilla-daemon]

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

Raul Kern  changed:

   What|Removed |Added

URL||https://et.wikipedia.org/wi
   ||ki/Eri:Oodatud_lehek%C3%BCl
   ||jed

-- 
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 47471] New: Cannot set filter using just Nomination for deletion or Redirects

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47471
   Summary: Cannot set filter using just Nomination for deletion
or Redirects
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: PageTriage
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: nischay...@gmail.com
CC: fflo...@wikimedia.org, nischay...@gmail.com,
rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Ticking over 'Nomination for deletion' or 'Redirects' doesn't make the 'Set
filters' button active.

http://i.imgur.com/6WlpRhV.png

-- 
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 42254] List filters keep getting reset

[bugzilla-daemon]

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

Nischay Nahata  changed:

   What|Removed |Added

 Status|NEW |UNCONFIRMED
 CC||nischay...@gmail.com
 Ever confirmed|1   |0

-- 
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 44308] Add new namespace and alias to zh.wikibooks

[bugzilla-daemon]

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

--- Comment #4 from Tomasz W. Kozlowski  ---
Hi Jason,
so just to be completely sure: for the time being, you'd want us to create the
two namespaces using their English names ('Subject:' and 'Wikijunior:') and add
the Chinese names (and the two abbreviations) as aliases, right?

I mean, we have to choose the actual name for the namespace to be able to
define its aliases.

Thanks :)

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

[Bug 35337] Wikipedia and other site logos pixelated, blurry on high-resolution screens

[bugzilla-daemon]

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

--- Comment #2 from Daniel Friesen  ---
(In reply to comment #1)
> Do we already have core support for this? Like:
> 
> $wgLogo = array(
> '1x' => '/images/logo.png',
> '1.5x' => '/images/logo-15.png',
> '2x' => '/images/logo-2.png',
> );

Not that I know of. And I strongly advise against that syntax.

Besides the fact $wgLogo would be best not converted outright to an array.
We already have a separate bug asking for something like:
$wg???Logo??? = array(
  '150x150' => '/path/to/logo-square.png',
  '200x75' => '/path/to/logo-wide.png',
  '50x50' => '/path/to/logo-small.png',
);

-- 
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 43516] MessageCache.php: Could not acquire lock

[bugzilla-daemon]

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

Siebrand  changed:

   What|Removed |Added

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

--- Comment #22 from Siebrand  ---
Don't see these errors anymore on translatewiki.net where I usually saw them.
Thanks for the fix.

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

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

[bugzilla-daemon]

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

Bug 39480 depends on bug 43516, which changed state.

Bug 43516 Summary: MessageCache.php: Could not acquire lock
https://bugzilla.wikimedia.org/show_bug.cgi?id=43516

   What|Removed |Added

 Status|NEW |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 47457] Slow user/user talk pages load on Commons

[bugzilla-daemon]

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

--- Comment #1 from bidgee-w...@virginbroadband.com.au ---
Created attachment 12153
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12153&action=edit
Example of a userpage that loads but then redirects to wyciwyg://000/url

Also see
http://commons.wikimedia.org/wiki/Commons:Village_pump#Anyone_else_have_problem_with_opening_user_pages_in_Firefox.3F

-- 
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 47457] Slow user/user talk pages load on Commons

[bugzilla-daemon]

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

bidgee-w...@virginbroadband.com.au changed:

   What|Removed |Added

 CC||bidgee-wiki@virginbroadband
   ||.com.au
Web browser|--- |Firefox

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

[Bug 27487] CSSMin should insert linebreaks every few 1000 characters

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #6 from Derk-Jan Hartman  ---
Let's just close it, since realistically it is wontfix. We don't support these
older browsers much and though we got this report (or several actually if my
memory serves me well) on VP/T about 2 years ago, I haven't heard people
complaining about a crashing browser since that time.

I guess they finally gave up on their browsers (or wikipedia :D )

-- 
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 47253] New mailling list Eu-policy-announce@

[bugzilla-daemon]

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

Thehelpfulone  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|wikibugs-l@lists.wikimedia. |thehelpfulonew...@gmail.com
   |org |
   Severity|normal  |enhancement

--- Comment #1 from Thehelpfulone  ---
Apologies for the delay in the creation of this list. I've created the list at
 and sent the
list admin password to you. I've set posts from new members to be automatically
held for subscription, which I believe is what they use for the
WikimediaAnnounce-l list but I'll double 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 42193] Diffs in Opera and monobook are not colored

[bugzilla-daemon]

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

--- Comment #10 from Derk-Jan Hartman  ---
@Andre, this was all solved after several days. The interesting question is,
was the root cause solved/mitigated:

"Can't connect to local MySQL server" being cached for upto 30 days for CSS and
JS created by RL on bits.

-- 
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 20258] XiphQT not found by Safari

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

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

--- Comment #3 from Derk-Jan Hartman  ---
It seems that embedded player support for Safari was fully dropped since then,
so we can close this as wontfix.

-- 
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 42193] Diffs in Opera and monobook are not colored

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #11 from Bartosz Dziewoński  ---
I'll mark it as WORKSFORME then.

I can't give you the commit ID now, but I'm pretty sure the caching behavior
has been 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 12788] CSS (tracking)

[bugzilla-daemon]

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

Bug 12788 depends on bug 42193, which changed state.

Bug 42193 Summary: Diffs in Opera and monobook are not colored
https://bugzilla.wikimedia.org/show_bug.cgi?id=42193

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

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

[Bug 20279] QT embed broken on Safari and Firefox on Mac OS X

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

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

--- Comment #7 from Derk-Jan Hartman  ---
It seems that support for Safari was dropped from embedded player.

-- 
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 20319] Top of #p-personal cropped/cut on zh-wiki using IE (CSS issues)

[bugzilla-daemon]

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

--- Comment #17 from Derk-Jan Hartman  ---
Might be interesting to see if https://gerrit.wikimedia.org/r/#/c/55126/ would
solve this issue. I don't have IE, so I can't test.

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

[Bug 20848] IE8 cuts off floating content under Modern

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

Web browser|--- |Internet Explorer

-- 
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 20828] CSS with external links does not work well

[bugzilla-daemon]

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

--- Comment #9 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/60194 (Gerrit Change
I3ca7102d40579b43af56e14b3f4bd8ddd33fb232)

-- 
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 47472] New: Fatal error for multiple instances of records in subobjects

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47472
   Summary: Fatal error for multiple instances of records in
subobjects
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Semantic MediaWiki
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: my.th...@web.de
CC: jamesin.hongkon...@gmail.com, jeroen_ded...@yahoo.com,
mar...@semantic-mediawiki.org, nischay...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

I'm running MediaWiki 1.20 and SMW 1.8.4, newly setup testing wiki. 

TextProperty is a normal Property (type String), RecordProperty is a Record,
properly set-up with their own properties, and types, in this case:
Page;Number.


This:

{{#subobject: Test
 | TextProperty = Test
 | RecordProperty = Testing;123
}}

{{#subobject: Test
 | TextProperty = Test2
}}

works without flaws, and adds everything to the same subobject, just as #set
still works when used multiple times with the same properties. 

Now, if I move the RecordProperty declaration to the 2nd #subobject, the wiki
will error out with an exception:

{{#subobject: Test
 | TextProperty = Test
}}

{{#subobject: Test
 | TextProperty = Test2
 | RecordProperty = Testing;123
}}

Cannot add subdata. Are you trying to add data to an SMWSemanticData object
that is already used as a subdata object?
Backtrace:
#0 .../extensions/SemanticMediaWiki/includes/SMW_SemanticData.php(442)<...>:
SMWSemanticData->addSubSemanticData(Object(SMWContainerSemanticData))

I don't exactly know what SMWSemanticData objects are supposed to be (are
subobjects?), and what the notion of subdata objects is in this context, and
the documentation was a little unhelpful regarding that, too, so I can't say if
what the error message really says is what I am doing there.

In 1.7, this worked fine, and would add the record data to the #Test subobject
just fine. Am I doing anything that just worked because I was lucky (I supposed
the behavior for #set and #subobject was intended to be the same) or is there a
deeper bug to this? If at all, this error case should be handled more
gracefully than throwing an exception.

I'm using templates on the wiki to hide all the SMW magic, and being able to
declare the SMW subobject data in multiple calls to #subobject helps to keep
their source code tidier.

-- 
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 6747] Introduce a new Variable {{ROOTPAGENAME}} (similar to {{BASEPAGENAME}}

[bugzilla-daemon]

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

--- Comment #5 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/60198 (Gerrit Change
I71ef0a15c95c9145462f3aa7fdb3ed11dac79265)

-- 
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 33454] Timestamp in timel should mark its timezone: Add a timezone parameter to Language::sprintfDate()

[bugzilla-daemon]

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

ShoeMaker  changed:

   What|Removed |Added

 CC||technical...@yahoo.com

--- Comment #6 from ShoeMaker  ---
Not sure this is working as intended, but hard to tell because the
documentation on it is very slim.  See
http://www.mediawiki.org/wiki/User:Technical_13/SandBox for what I expected it
to output. Basically, I expected it to output the local timezone and not the
server or UTC...  It is currently only outputting UTC and I see no benefit to
that.

-- 
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 41078] Special:ActiveUsers query is very slow

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #27 from Bawolff (Brian Wolff)  ---
If the query really is that slow, could be re-done as a cached special page
perhaps.

-- 
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 25886] Make bits.wikimedia.org Cross-Origin Resource Sharing (CORS) compatible

[bugzilla-daemon]

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

--- Comment #13 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/60200 (Gerrit Change
I8e05c13ae1a1589fd120d5c439b1a7128ce2b659)

-- 
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 47472] Fatal error for multiple instances of records in subobjects

[bugzilla-daemon]

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

--- Comment #1 from MWJames  ---
Between 1.7 and 1.8 some changes happen in how a container is being handled and
while a fatal should not happen try not to use a named identifier and instead
use (omitting the named "Test" identifier):

{{#subobject:
 | TextProperty = Test
 | RecordProperty = Testing;123
}}

{{#subobject:
 | TextProperty = Test2
}}

-- 
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 47473] New: Jenkins: phpcs gets a PHP Fatal error

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47473
   Summary: Jenkins: phpcs gets a PHP Fatal error
   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: umherirrender_de...@web.de
CC: has...@free.fr, innocentkil...@gmail.com,
krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Seeing in log:

https://integration.wikimedia.org/ci/job/mediawiki-core-phpcs-HEAD/8237/console

15:01:53 Registering sniffs in MediaWiki standard... PHP Fatal error:  Uncaught
exception 'PHP_CodeSniffer_Exception' with message 'Referenced sniff
Generic.PHP.LowerCaseKeyword does not exist' in
/usr/share/php/PHP/CodeSniffer.php:872
15:01:53 Stack trace:
15:01:53 #0 /usr/share/php/PHP/CodeSniffer.php(765):
PHP_CodeSniffer->_expandRulesetReference(Object(SimpleXMLElement))
15:01:53 #1 /usr/share/php/PHP/CodeSniffer.php(650):
PHP_CodeSniffer->getSniffFiles('/var/lib/jenkin...', 'MediaWiki')
15:01:53 #2 /usr/share/php/PHP/CodeSniffer.php(456):
PHP_CodeSniffer->setTokenListeners('/var/lib/jenkin...', Array)
15:01:53 #3 /usr/share/php/PHP/CodeSniffer/CLI.php(561):
PHP_CodeSniffer->process(Array, '/var/lib/jenkin...', Array, false)
15:01:53 #4 /usr/bin/phpcs(37): PHP_CodeSniffer_CLI->process()
15:01:53 #5 {main}
15:01:53   thrown in /usr/share/php/PHP/CodeSniffer.php on line 872

-- 
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 47474] New: Existing lowercase titles create troubles

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47474
   Summary: Existing lowercase titles create troubles
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: liang...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

In the past, MediaWiki recognizes [[Ɑ]] and [[ɑ]] two different titles, but
now, [[Ɑ]] is recognized as the uppercase form of [[ɑ]], creating troubles
below. This may also happen to wikis flipping $wgCapitalLinks after they've
been used for a while.

Original status:

[[Ɑ]] is a redirect to [[ɑ]]; [[ɑ]] has contents.

When [[Ɑ]] becomes the uppercase form:

[[ɑ]] is never accessible directly, but accessible as a redirect target of
[[Ɑ]].

After I edit [[Ɑ]]:

[[ɑ]] becomes inaccessible, even if I change [[Ɑ]] back to the string
"#REDIRECT [[ɑ]]" (in this case [[Ɑ]] becomes a self-redirect).

To finally resolve the issue:

Use api.php?action=move to move [[ɑ]] (identified by its page id) to some
"ucfirst"ed 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 47472] Fatal error for multiple instances of records in subobjects

[bugzilla-daemon]

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

--- Comment #2 from Daniel Meyer  ---
That way I will get two different subobjects - what if I want to store these
values in the same subobject? It makes the template structure easier, and
there's not exactly a good way to fill optional values in #subobjects. The
other way is conditionally leaving the value out: 
| Property = {{#if: {{{param|}}} | {{{param}}} }}
and using one giant call to #subobject, which makes the template logic so much
more complex.

This is all working as intended in the way that multiple calls to #subobject
with the same identifier will add data to the subobject, just like multiple
calls to #set will add to the properties of the page, except for when a record
is called anywhere but in the first call to #subobject, which causes a fatal
error.

Shouldn't changing the order of SMW calls in the page cause identical results?

From my example above, I want to create a subobject PAGENAME#Test with the
following data, and the records should be added in subsequent #subobject calls
from a template:
* TextProperty: Test & Test2
* RecordProperty: Testing;123 & TestingAgain;234 or more, up to 4 times.

For context: I'm storing recipes, and every record contains an ingredient name
+ its amount. There can be multiple recipes for a single page, so I'm storing a
subobject for each recipe instead of using the page directly.

-- 
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 9617] Feature: improved 'annotation' method for media (combo of galleries, categories and tags)

[bugzilla-daemon]

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

--- Comment #2 from brianna.laug...@gmail.com ---
(In reply to comment #1)
> Aren't these "annotations" very similar to the "metadata" you requested a
> couple of years later at Bug 17503 ?

No - the metadata in Bug 17503 only refers to the automatic kind generated by
digital cameras that records camera settings such as ISO, ie EXIF. This is
embedded in the photo (you can also embed things like author and license, and
some people do that). Having it be displayed/queryable could be quite powerful,
if somewhat niche.

Annotations by contrast are much more subjective and have to be manually
created.

I don't know anything about Wikidata, but I'm happy for this bug to be closed
given it's rather a large ask and is a pretty nebulous task. :)

-- 
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 40464] Placeholder attribute of search box is not set until load

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
https://gerrit.wikimedia.org/r/60035 (Gerrit Change
I6496716f2bd25307004ba16bceadca4c6723a5db) | change APPROVED and MERGED [by
TheDJ]

-- 
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 37256] [MW] #tag cannot produce XHTML-style self-closing tags, required by LST

[bugzilla-daemon]

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

Gadget850  changed:

   What|Removed |Added

 CC||ed.pal...@gmail.com

--- Comment #1 from Gadget850  ---
And I just ran into this as well.

-- 
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 40464] Placeholder attribute of search box is not set until load

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||hartman.w...@gmail.com
 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 33234] Image uploading social workflow and motivation - display result on context pages!

[bugzilla-daemon]

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

--- Comment #4 from Flominator  ---
This could be a way, but how can we tell the uploader that he is going to put
his uploads under a free license?

-- 
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 29583] Include actions logged by AbuseFilter in the CheckUser results page

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 Blocks||41492

-- 
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 41492] Steward, global sysop and SWMT tasks bugs (tracking)

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 Depends on||29583

-- 
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 41492] Steward, global sysop and SWMT tasks bugs (tracking)

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 Depends on||39343

-- 
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 37256] [MW] #tag cannot produce XHTML-style self-closing tags, required by LST

[bugzilla-daemon]

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

--- Comment #2 from Gadget850  ---
#tag produces balanced tags:

{{#tag:section|content|begin=abcd}}

content

Where the required output is:

content

-- 
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 38989] Special:UserRights does not handle user right change conflicts

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 CC||trijns...@hotmail.com
 Blocks||41492

-- 
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 41492] Steward, global sysop and SWMT tasks bugs (tracking)

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 Depends on||38989

-- 
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 47475] cologneblue not using placeholder attribute for mw-searchinput

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/60212 (Gerrit Change
Ie1215078edb38f98ec57d2a3ec46b1d0ace0bc30)

-- 
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 33454] Timestamp in timel should mark its timezone: Add a timezone parameter to Language::sprintfDate()

[bugzilla-daemon]

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

--- Comment #7 from Bawolff (Brian Wolff)  ---
(In reply to comment #6)
> Not sure this is working as intended, but hard to tell because the
> documentation on it is very slim.  See
> http://www.mediawiki.org/wiki/User:Technical_13/SandBox for what I expected
> it
> to output. Basically, I expected it to output the local timezone and not the
> server or UTC...  It is currently only outputting UTC and I see no benefit to
> that.

Yeah sorry, we have multiple definitions of "local" timezone. Timel outputs the
server time where time always outputs utc. Most wikimedia projects (including
mw.org) use utc as server time. Some exceptions are korean, and german.
Basically timel outputs the same timezone as what ~ outputs.

-- 
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 32782] Please log the use of Special:DisableAccount

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 Blocks||41492

-- 
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 41492] Steward, global sysop and SWMT tasks bugs (tracking)

[bugzilla-daemon]

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

Trijnstel  changed:

   What|Removed |Added

 Depends on||32782

-- 
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 47476] New: ConceptualWiki: drag-and-drop interface to quickly built up conceptual maps from wiki articles.

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47476
   Summary: ConceptualWiki: drag-and-drop interface to quickly
built up conceptual maps from wiki articles.
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: Unprioritized
 Component: Extensions requests
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: marco.ferraro...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

First proposed as GSoC 2013 project here: 
http://www.mediawiki.org/wiki/User:MaJac89/GSoC2013/ConceptualWiki

Key features:

-fast and easy tool to sketch conceptual maps as long as you navigate in a wiki
website;

-promote a new type of collaboration between users: now you can share a whole
path across different articles;

-educational tool: both for student and teacher (they can provide a study track
to be followed);


For a detailed description of the project:

http://www.mediawiki.org/wiki/User:MaJac89/GSoC2013/ConceptualWiki#Project_summary

-- 
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 47476] ConceptualWiki: drag-and-drop interface to quickly built up conceptual maps from wiki articles.

[bugzilla-daemon]

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

MaJac89  changed:

   What|Removed |Added

URL||http://www.mediawiki.org/wi
   ||ki/User:MaJac89/GSoC2013/Co
   ||nceptualWiki

-- 
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 47473] Jenkins: phpcs gets a PHP Fatal error

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

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

--- Comment #1 from Antoine "hashar" Musso  ---


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

-- 
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 47247] PHP Fatal error: Uncaught exception 'PHP_CodeSniffer_Exception' in PHP/CodeSniffer.php:872

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

 CC||umherirrender_de...@web.de

--- Comment #1 from Antoine "hashar" Musso  ---
*** Bug 47473 has been marked as a duplicate of this bug. ***

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

[Bug 47477] New: "Maximum function nesting level" error on toro on Wikimedia Lab

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47477
   Summary: "Maximum function nesting level" error on toro on
Wikimedia Lab
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Templates
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mflasc...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12154
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12154&action=edit
Stacktrace of attempted save of template to sandbox

I've attached a sample trace.

I originally hit this on
http://toro.wmflabs.org/w/index.php?title=Backtesting&oldid=645, but I isolated
the issue to this template call:

{{cleanup|reason=COI issues|date=January 2013}}

The same template call works on English Wikipedia, so it may be related to a
partial import.

It is still reproducible by going to any toro page (e.g.
http://toro.wmflabs.org/wiki/Sandbox) and trying to save the above.  I've also
done a full XML dump.

Currently, toro is at 0fa37e40a03b06def908e90cb981ffd7b864ead2 of MW core, and
371a10866461bf3032b47cecd6385ceb7d4a23ef of ParserFunctions.

-- 
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 47478] New: Squished thumbnails for non standard resolution videos

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47478
   Summary: Squished thumbnails for non standard resolution videos
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
   URL: https://commons.wikimedia.org/wiki/File:British_Airway
s_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathr
ow_2013-03-20.ogg
OS: All
Status: NEW
  Severity: trivial
  Priority: Unprioritized
 Component: TimedMediaHandler
  Assignee: d...@ucsc.edu
  Reporter: s...@reedyboy.net
CC: jger...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

So I uploaded
https://commons.wikimedia.org/wiki/File:British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg

I had to rotate it for viewing, which now means it is taller than it is wide
(rather than wider than is tall), and the thumbnails are squished and look
awful -
https://upload.wikimedia.org/wikipedia/commons/thumb/e/e0/British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg/800px--British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg.jpg

Is there a way we can handle this aspect ratio better?

-- 
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 47479] New: beta cluster is down

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47479
   Summary: beta cluster is down
   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: cmcma...@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: ---

ERROR

The requested URL could not be retrieved

While trying to retrieve the URL: http://en.wikipedia.beta.wmflabs.org/

The following error was encountered:

Unable to forward this request at this time.
This request could not be forwarded to the origin server or to any parent
caches. The most likely cause for this error is that:

The cache administrator does not allow this cache to make direct connections to
origin servers, and
All configured parent caches are currently unreachable.
Your cache administrator is benap...@gmail.com. 
Generated Sun, 21 Apr 2013 19:35:03 GMT by squid001.beta.wmflabs.org
(squid/2.7.STABLE9)

-- 
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 33234] Image uploading social workflow and motivation - display result on context pages!

[bugzilla-daemon]

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

--- Comment #5 from Nischay Nahata  ---
I think this extension should be improved for this.. We need to start a
discussion and get consensus if this is needed and how it should work.

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

[Bug 47480] New: Watching pages (AJAX) requires WriteAPI

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47480
   Summary: Watching pages (AJAX) requires WriteAPI
   Product: MediaWiki
   Version: 1.20.4
  Hardware: All
OS: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: Watchlist
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: patrickwesterh...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

The new† AJAX method of watching pages, implemented in
`/resources/mediawiki.page/mediawiki.page.watch.ajax.js`, makes uses of the MW
API methods for watching pages (http://www.mediawiki.org/wiki/API:Watch).

Unfortunately, this API method is part of the editing API and as such requires
`$wgEnableWriteAPI` to be enabled *and* the `writeapi` right.

As `$wgEnableWriteAPI` is enabled by default since 1.14, it’s somewhat safe to
assume that it is enabled. The `writeapi` right however should not be required
for a basic functionality such as watching pages.

On our wiki, we have the `writeapi` enabled for autoconfirmed users and above.
This is mainly to prevent vandals to create new users and then use the API to
quickly vandalize the wiki (yes, that has happened before).

Now with the new AJAX functionality, this implies that only autoconfirmed users
can watch pages. This is a terrible usability issue.

Watching pages, which is a very fundamental functionality for registered users,
should not be restricted by either the `writeapi` right, or even the
`$egEnableWriteAPI` setting. It makes perfect sense for wikis to disable the
write API altogether while still expecting users to be able to watch pages.

In a first step, I would argue why watching pages via the API even requires the
write API. Yes, it is a “changing” operation, but it should not be considered
an operation that changes wiki *content*. And it is restricted to the current
user anyway.

In a second step though, I think that such AJAX functionality should not make
use of the API at all, *if* said API can be disabled. Watching pages should use
a separate API which is not affected by the `$wgEnableWriteAPI` and
`$wgEnableAPI` setting.


† I actually have no idea when that was added; I have been stuck on a old MW
version for quite a while now.

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

[Bug 39020] CSS 'left' gets rendered wrong.

[bugzilla-daemon]

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

se4598  changed:

   What|Removed |Added

 CC||wikipe...@se4598.eu

--- Comment #5 from se4598  ---
This has been fixed upstream.
It seems that it is also already fixed here.

-- 
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 47479] beta cluster is down

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |has...@free.fr
   |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 47479] beta cluster is down

[bugzilla-daemon]

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

--- Comment #1 from Antoine "hashar" Musso  ---
Cant ssh to either apache32 or apache33 instances although the servers ping. 
Port 80 does not answer.

-- 
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 32782] Please log the use of Special:DisableAccount

[bugzilla-daemon]

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

--- Comment #4 from Marco Aurelio  ---
(In reply to comment #3)
> There is no patch yet merged into the codebase that could be backported.
> Which version do you refer to, and why?

I was thinking in the gerrit change linked in the comment 1 above, which is
sitting under "can merge: yes" for a long time.

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

[Bug 47479] GlusterFS deployment-prep-project has too many errors -> beta cluster is down

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

 CC||abog...@wikimedia.org
  Component|deployment-prep (beta)  |Infrastructure
   Assignee|has...@free.fr  |rlan...@gmail.com
Summary|beta cluster is down|GlusterFS
   ||deployment-prep-project has
   ||too many errors -> beta
   ||cluster is down

--- Comment #2 from Antoine "hashar" Musso  ---
I have rebooted apache32. Restarting apache I got:

# /etc/init.d/apache2 start
/etc/init.d/apache2: 55: [: nice: unexpected operator
 * Starting web server apache2 
Warning: DocumentRoot [/usr/local/apache/common/docroot/wikispecies.org] does
not exist
Warning: DocumentRoot [/usr/local/apache/common/docroot/config] does not exist
Warning: DocumentRoot [/usr/local/apache/common/docroot/ee-prototype] does not
exist
(5)Input/output error: apache2: could not open error log file
/home/wikipedia/logs/apache-error.log.
Unable to open logs
Action 'start' failed.

So this is caused by the Gluster volume having an issue of some sort.


GlusterFS deployment-prep-project has too many errors.

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

[Bug 47479] GlusterFS deployment-prep-project has too many errors -> beta cluster is down

[bugzilla-daemon]

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

--- Comment #3 from Antoine "hashar" Musso  ---
Created attachment 12155
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12155&action=edit
Some errors logs from /var/log/glusterfs/data-project.log

Some Gluster errors on deployment-apache32 instance showing that the
deployment-prep-project volume has some issues.  The files under /logs/ have
conflicting entries.

-- 
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 47425] glusterFS could not allocate memory

[bugzilla-daemon]

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

--- Comment #2 from Antoine "hashar" Musso  ---
See also bug 47479 " GlusterFS deployment-prep-project has too many errors ->
beta cluster is down"

-- 
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 47479] GlusterFS deployment-prep-project has too many errors -> beta cluster is down

[bugzilla-daemon]

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

--- Comment #4 from Antoine "hashar" Musso  ---
Whenever the /logs files are fixed, one would have to restart apache2 service
on deployment-apache32 and deployment-apache33.  Puppet might take care of it
though :)

-- 
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 47479] GlusterFS deployment-prep-project has too many errors -> beta cluster is down

[bugzilla-daemon]

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

--- Comment #5 from Antoine "hashar" Musso  ---
Created attachment 12156
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12156&action=edit
error accessing one file

-- 
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 47479] GlusterFS deployment-prep-project has too many errors -> beta cluster is down

[bugzilla-daemon]

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

Andrew Bogott  changed:

   What|Removed |Added

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

--- Comment #6 from Andrew Bogott  ---
Suffering a lack of curiosity, I just deleted the affected logfiles on
labstore1 and labstore2.

-- 
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 40040] Special:PasswordReset could use some design love

[bugzilla-daemon]

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

Pragun Bhutani  changed:

   What|Removed |Added

 CC||pragu...@gmail.com

--- Comment #6 from Pragun Bhutani  ---
Is this bug still relevant? I see that the password reset page only has a
'Username' field now. The text could certainly be improved, but there's isn't
any room for confusion.

-- 
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 47479] GlusterFS deployment-prep-project has too many errors -> beta cluster is down

[bugzilla-daemon]

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

--- Comment #7 from Antoine "hashar" Musso  ---
I have restarted apache2 on both instances. Solved :-]   Will have to reboot
the other instances tomorrow.  At least beta is up again, thank you Andrew!!!

-- 
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 47425] glusterFS could not allocate memory

[bugzilla-daemon]

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

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

--- Comment #3 from Antoine "hashar" Musso  ---
apparently the "cannot allocate memory" error no more happens on
deployment-bastion.  Self 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 47481] New: Jenkins should merge changes even if no jobs are configured for the repository

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47481
   Summary: Jenkins should merge changes even if no jobs are
configured for the repository
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  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: ---

Given that:

* We're aiming to reserve 'verified' for automated CI,
* We're aiming for all merges to be done by Jenkins,

..I think we should have Jenkins merge changes for +2'd patches even in
repositories which do not configure any integration jobs. In such cases Jenkins
would simply do a blind merge.

One possible objection to this approach is that it seems wrong to have Jenkins
certify a change without actually checking it in any way. I think this could be
mitigated somewhat by adding a line to the Gerrit review message indicating
this. (It could even have a link to some CI portal on mediawiki.org).

If we want to drive home the thought that 'verified' should not be touched by
human developers, the current approach is counterproductive. If you're used to
Jenkins merging your changes (as I am), then you'll find you tend to +2 a
change and then forget to verify / submit it. If you're used to working on
repositories that don't have CI, then you are probably more likely to forget
that 'verified' is for Jenkins, and try to submit / merge changes yourself.
Either way, it's confusing.

Another viable solution would be to configure Gerrit not to have a 'verified'
step for repositories with no CI jobs. This might actually be a better
solution, since it frees Jenkins from having to do the mindless step of
verifying untested changes.

-- 
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 47482] New: RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47482
   Summary: RedisCategorySync doesn't work due to core change
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: GettingStarted
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mflasc...@wikimedia.org
CC: mflasc...@wikimedia.org, o...@wikimedia.org,
sp...@wikimedia.org, swall...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Since c3e39d2b6d5f6895389bd9acb38c4dfa6b243890 in core, RedisCategorySync does
not work because the category updates
(onCategoryAfterPageAdded/onCategoryAfterPageRemoved) (can) run *after*
onLinksUpdateComplete.  The change was to improve performance by moving
updateCategoryCounts to the end of the transaction.

I see two options:

1. No longer batch the adds and removes.  This may not be okay if Redis is fast
enough.
2. Find another hook for batching that is guaranteed to be late enough.  There
isn't an obvious good choice here, but I looked briefly.

-- 
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 40040] Special:PasswordReset could use some design love

[bugzilla-daemon]

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

--- Comment #7 from Matthew Flaschen  ---
Pragun, it depends how the wiki is configured. 
https://www.mediawiki.org/wiki/Special:PasswordReset (the original example in
the report) is among the wikis that use both routes.

-- 
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 47482] RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

--- Comment #1 from Matthew Flaschen  ---
Sorry, I meant "This may be okay if Redis is fast enough".

-- 
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 47483] New: File history for videos showing wrong (same as first version) information for later versions

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47483
   Summary: File history for videos showing wrong (same as first
version) information for later versions
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: File management
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: s...@reedyboy.net
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

I'm not sure if this may be a TMH bug (not had chance to triage it further as
my dev wiki won't let me login), but it seems that when uploading new versions
of a file, the prior version is shown in the file history.

I uploaded the originals and the replacements via importImages.php to commons

https://commons.wikimedia.org/wiki/File:British_Airways_Airbus_A320-200_G-EUUJ_BA1372_Take_off_from_London_Heathrow_2013-03-20.ogg

https://commons.wikimedia.org/wiki/File:British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg

In the file history table, both rows show the same time, date, resolution and
dimensions.

I know for a fact that they are different, and it can be confirmed by
downloading the files

https://commons.wikimedia.org/wiki/File:British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg

rev 1 is 155MB, rev 2 is 146MB. Similar can be seen on the other video.

It would seem that the Date/Time, dimensions and comment are using the wrong
version. Thumbnails would look correct (see rotation on 747 video)

-- 
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 47483] File history for videos showing wrong (same as first version) information for later versions

[bugzilla-daemon]

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

--- Comment #1 from Sam Reed (reedy)  ---
reedy@ubuntu64-web-esxi:~$ curl --head
https://upload.wikimedia.org/wikipedia/commons/e/e0/British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg
HTTP/1.1 200 OK
Server: nginx/1.1.19
Date: Sun, 21 Apr 2013 21:23:11 GMT
Content-Type: application/ogg
Content-Length: 153122901
Connection: keep-alive
X-Object-Meta-Sha1base36: 24o19so5k997p7098flv1p0rqdxykos
Last-Modified: Sun, 21 Apr 2013 19:15:38 GMT
Etag: e1f5fbde565b062845865e1895fdf54c
X-Timestamp: 1366571738.35156
X-Varnish: 980397808, 2065288127 2043628637, 2805724975
Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
Accept-Ranges: bytes
Age: 7532
X-Cache: cp1034 miss (0), cp3006 hit (21), cp3008 frontend miss (0)
Access-Control-Allow-Origin: *

reedy@ubuntu64-web-esxi:~$ curl --head
https://upload.wikimedia.org/wikipedia/commons/archive/e/e0/20130421191426%21British_Airways_Boeing_747-436_G-CIVT_BA284_Landing_at_London_Heathrow_2013-03-20.ogg
HTTP/1.1 200 OK
Server: nginx/1.1.19
Date: Sun, 21 Apr 2013 21:23:26 GMT
Content-Type: application/ogg
Content-Length: 162426826
Connection: keep-alive
X-Object-Meta-Sha1base36: 9027l843y94wiqc3z5i9evceyvw08jb
Last-Modified: Sun, 21 Apr 2013 19:14:27 GMT
Etag: c4f8e0728333afb73b36d4c71690f51b
X-Timestamp: 1366571667.71563
X-Varnish: 1809238161, 1073164668 1072399915, 2205251933
Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
Accept-Ranges: bytes
Age: 419
X-Cache: cp1033 miss (0), cp3009 hit (4), cp3010 frontend miss (0)
Access-Control-Allow-Origin: *

reedy@ubuntu64-web-esxi:~$

-- 
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 47482] RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

   Priority|Unprioritized   |High

-- 
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 47482] RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

--- Comment #2 from Ori Livneh  ---
Good catch and good report. I'll only have time to look at this tomorrow, which
I'll do unless you beat me to it. In the meantime, I'll do a single manual
refresh of the categories to ensure they are not wildly out-of-sync with the
database.

-- 
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 47484] New: Breaking the linguistic silos in Wikipedia Search

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47484
   Summary: Breaking the linguistic silos in Wikipedia Search
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Search
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: cont...@davidbourguignon.net
Classification: Unclassified
   Mobile Platform: ---

Wikipedia is currently organised into "linguistic silos" and does not allow
true multilingual searches. In a way, it stays behind its real potential, in a
world that is more and more connected, thus multilingual and multicultural.

Two possible improvements for the search engine page, among others:
(1) (Simple solution) give access to search engines in other languages in the
left hand column, allowing users to switch easily to another Wikipedia without
either using Google or going through the general homepage.
(2) (Less simple solution) translate automatically words or expressions in one
or several languages selected by the user in its search preferences, and
provide multilingual search results.

Thanks in advance for your attention.

-- 
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 47484] Breaking the linguistic silos in Wikipedia Search

[bugzilla-daemon]

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

Alex Monk (Krenair)  changed:

   What|Removed |Added

 CC||kren...@gmail.com

--- Comment #1 from Alex Monk (Krenair)  ---
Per bug 20375 there was apparently an interwiki search feature at some point,
but I have no idea what happened to 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 40040] Special:PasswordReset could use some design love

[bugzilla-daemon]

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

--- Comment #8 from Pragun Bhutani  ---
Okay, I understand. The status is set to assigned but I see that the bug is yet
to be fixed. Is it up for grabs?

-- 
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 47483] File history for videos showing wrong (same as first version) information for later versions

[bugzilla-daemon]

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

--- Comment #2 from Sam Reed (reedy)  ---
PNG test https://commons.wikimedia.org/wiki/File:Reedy_lol_test_file.png

Would hence seem to be fine in core MW. Suspecting TMH or importImages more
specifically now..

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

[Bug 40040] Special:PasswordReset could use some design love

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW

--- Comment #9 from MZMcBride  ---
(In reply to comment #8)
> Okay, I understand. The status is set to assigned but I see that the bug is
> yet to be fixed. Is it up for grabs?

Yes, this bug is up for grabs. I corrected the bug status just now.

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

[Bug 47483] File history for videos showing wrong (same as first version) information for later versions

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 CC||jger...@wikimedia.org
  Component|File management |TimedMediaHandler
   Assignee|wikibugs-l@lists.wikimedia. |d...@ucsc.edu
   |org |
Product|MediaWiki   |MediaWiki extensions

--- Comment #3 from Sam Reed (reedy)  ---
ImportImages tested locally with no TMH. Files history displays correctly

-- 
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 40040] Special:PasswordReset could use some design love

[bugzilla-daemon]

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

--- Comment #10 from Pragun Bhutani  ---
In that case, will it be an acceptable solution to mirror your implementation
on English Wikipedia?

-- 
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 47482] RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

Steven Walling  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |o...@wikimedia.org
   |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 47482] RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

--- Comment #3 from Steven Walling  ---
Just to confirm: after checking out Special:GettingStarted live on the site and
refresh a dozen+ times, I'm not seeing any major regression in terms of missing
or repeated list items (yet).

-- 
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 40040] Special:PasswordReset could use some design love

[bugzilla-daemon]

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

--- Comment #11 from Pragun Bhutani  ---
correction - Matthew Flaschen's implementation

-- 
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 26720] 'Name of wiki' field accepts 'MediaWiki' and '#' as the inputs

[bugzilla-daemon]

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

--- Comment #14 from Dylan Lexie  ---
The namespace is used as a component in page titles, so the restrictions that
apply to the namespace name should be the same as the restrictions that apply
to a page name. This is actually already in place (see lines 737+ of
WebInstallerPage.php), which means I think we can safely conclude that there's
no further development to be done with regards to this 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 38989] Special:UserRights does not handle user right change conflicts

[bugzilla-daemon]

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

--- Comment #4 from billinghurst  ---
Specifically to add that this issue (naturally also) occurs when stewards apply
rights using the extended terminology from meta to a remote wiki, and a local
rights holder applies rights on a local wiki (the remote wiki) coincidentally.

-- 
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 38989] Special:UserRights does not handle user right change conflicts

[bugzilla-daemon]

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

--- Comment #5 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/60229 (Gerrit Change
I75996605885c1b5300da8ad7b03c48560450a0c4)

-- 
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 38989] Special:UserRights does not handle user right change conflicts

[bugzilla-daemon]

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

Alex Monk (Krenair)  changed:

   What|Removed |Added

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

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

[Bug 47472] Fatal error for multiple instances of records in subobjects

[bugzilla-daemon]

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

--- Comment #3 from MWJames  ---
I do understand your scenario but as of now I don't have a fix for this
problem.

The problem is that the record type is being handled has a subobject itself
(this was the change in 1.8 I think) which means that you are storing a
subobject within a subobject and when using the same identifier creates the
described unfortunate situation. 

The "record type" subobject uses the "real" subobject as a SMWDIWikiPage
reference (see below) and this is where the subSemanticData issue occurs. 

{{#subobject: Test
 | TextProperty = Test
}}

protected 'mSubject' =>
object(SMWDIWikiPage)[243]
  protected 'm_dbkey' => string 'Subobject_record_type' (length=21)
  protected 'm_namespace' => int 0
  protected 'm_interwiki' => string '' (length=0)
  protected 'm_subobjectname' => string 'Test' (length=4)
protected 'subSemanticData' =>
array (size=0)
  empty

{{#subobject: Test
 | TextProperty = Test
 | RecordProperty = Testing;123
}}

protected 'mSubject' =>
  object(SMWDIWikiPage)[290]
protected 'm_dbkey' => string 'Subobject_record_type' (length=21)
protected 'm_namespace' => int 0
protected 'm_interwiki' => string '' (length=0)
protected 'm_subobjectname' => string 'Test' (length=4)
protected 'subSemanticData' =>
  array (size=1)
'_d2f07a28343b60fc1a29f127e1820034' =>
  object(SMWContainerSemanticData)[300]

-- 
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 47485] New: List feedback for pages related to page

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47485
   Summary: List feedback for pages related to page
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: Unprioritized
 Component: ArticleFeedbackv5
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: wikipe...@se4598.eu
CC: mmul...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Currently aftv5 has [[Special:ArticleFeedbackv5Watchlist]] for feedback for
pages you watch.
But some users outsource parts of their watchlist in e.g. thematic article
lists[1] and watch the changes of that linked pages via
[[Special:RecentChangesLinked]] ("Related changes").

It would be nice to have the functionality of the AFTv5-Watchlist for any page
listing all feedback that is for pages that are linked from that page.

Technical that should be very similar to Special:ArticleFeedbackv5Watchlist but
may ran into the same performance problems if there are many pages linked.

[1] such a page has wikilinks to the actual pages you want to watch.

-- 
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 47431] JSON extension dependency has a non-free component

[bugzilla-daemon]

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

PleaseStand  changed:

   What|Removed |Added

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

-- 
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 26818] ResourceLoader should pretty print JSON in mw.config/mw.user.options etc. in debug mode

[bugzilla-daemon]

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

PleaseStand  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=47431
  Flags|Backport_to_Stable? |Backport_to_Stable-

--- Comment #12 from PleaseStand  ---
Backported in:
* gerrit 59265
* gerrit 59328
* gerrit 59329

Yet reverted in gerrit 60080 *not* because of a bug in the code,
but rather because of a truly unforeseen licensing problem with the PHP JSON
extension (a use restriction in the license of Crockford's JSON_checker).

The aforementioned revert only applies to REL1_21, not to master.

See bug 47431 for details about the licensing problem and its (future)
resolution.

-- 
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 47482] RedisCategorySync doesn't work due to core change

[bugzilla-daemon]

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

--- Comment #4 from Ori Livneh  ---
I manually synchronized a little over an hour ago, at 22:05 UTC.

-- 
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 47486] New: memcached.txt needs updating

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 47486
   Summary: memcached.txt needs updating
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Documentation
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: s...@reedyboy.net
Blocks: 1
Classification: Unclassified
   Mobile Platform: ---

"The newer PECL module is not yet supported."

^ That's a lie now. And the surrounding documentation is suggesting to use the
old method, which it really shouldn't be now.

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

[Bug 1] Documentation is out of date, incomplete (tracking)

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 Depends on||47486

-- 
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 47486] memcached.txt needs updating

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Keywords||easy

-- 
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 47484] Breaking the linguistic silos in Wikipedia Search

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Severity|normal  |enhancement

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