[Bug 48956] Display of localized optional messages broken on Incubator

[bugzilla-daemon]

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

--- Comment #3 from Niklas Laxström  ---
Maybe different versions of software deployed.

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

[Bug 48164] JobQueue does not scale for TTMServer

[bugzilla-daemon]

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

--- Comment #7 from Niklas Laxström  ---
Is there a way to find the slow functions via profiling?

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

[Bug 15936] New page's patrol button should always be visible

[bugzilla-daemon]

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

--- Comment #17 from Nemo  ---
(In reply to comment #16)
> This bug should have been marked as invalid, not fixed. There's a reason the
> patrol link is only added for people coming from Special:NewPages, namely
> that
> it is confusing to users otherwise, 

I don't see how it can be confusing. The patrol link for edit patrolling is
shown on every diff. Nobody raised this concern in years and the original patch
was reverted only for performance reasons; requiring rcid was *not* done for a
reason, it was just a limitation.

> especially in the case where they are
> using
> a different patrolling tool like PageTriage (Special:NewPagesFeed). If you
> want
> to be able to do edits and add tags without loosing your patrolling
> interface,
> you should try Special:NewPagesFeed. It retains the interface across edits.

This is not a valid suggestion. New pages patrolling is in core, that's an
extension. Moreover, the extension adds many other features.

> Having 2 competing interfaces on the same page is bad interface design.

Sure, it's annoying that this change was not coordinated with the extension. :[
PageTriage should hide the link if it has a competing interface, not too hard
to do I hope. This will also fix the problem of competing interfaces for people
adding the rcid manually or with scripts.

However, note that this bug was not fixed completely, see bug 48928: currently,
in some cases you actually need &patrolpage=1 to see the link. If the button
being used also for edit patrolling causes confusion, the most obvious solution
is amending the change to make the button about page patrolling only again, so
that it disappears after the page ("first revision") is patrolled.

-- 
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 44917] Merging users fails to merge edit counts.

[bugzilla-daemon]

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

T. Gries  changed:

   What|Removed |Added

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

--- Comment #7 from T. Gries  ---
I close the bug now, because the problem is - according to me - solved the git
version of the extension.

If you think, that this is not the case, please feel free to reopen the 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 48091] UploadWizard broken in Opera 12.15

[bugzilla-daemon]

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

--- Comment #12 from Nischay Nahata  ---
(In reply to comment #11)
> Please be more specific: What did not work?

My comment could be understood if you read the previous comments in that order.
Anyways, I tried to put the config variable above the load calls in a *hacky*
way and couldn't make it work on Opera; that's what I meant.

-- 
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 48910] Cannot write as "magnus" to my tools

[bugzilla-daemon]

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

--- Comment #7 from Pietrodn  ---
(In reply to comment #6)
> It works for me if I sg to the tool's group.
> 
> cbm@tools-login:~$ cp Test  ~local-enwp10/
> cp: cannot create regular file `/data/project/enwp10/Test': Permission denied
> cbm@tools-login:~$ ls -ld ~local-enwp10
> drwxrwsr-x 9 local-enwp10 local-enwp10 4096 May 29 17:40 /data/project/enwp10
> cbm@tools-login:~$ sg local-enwp10
> cbm@tools-login:~$ cp Test ~local-enwp10/
> cbm@tools-login:~$ ls -l ~local-enwp10/Test
> -rw-rw-r-- 1 cbm local-enwp10 5 May 29 18:41 /data/project/enwp10/Test

I also have this problem and the workaround works for me. 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 46440] co-ment-like tool for inline comments

[bugzilla-daemon]

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

--- Comment #32 from Matthew Flaschen  ---
Richa Jain has been accepted for Google Summer of Code for this project.  She
is currently investigating OKFN and the store plugin.  The below are some
thoughts as a starting point:

OKFN provides documentation on writing a plugin for storing annotations
(https://github.com/okfn/annotator/wiki/Store-Plugin)?  The most
straightforward approach seems to be implementing that as a MW extension.

https://github.com/okfn/annotator-store is an example of how one store works,
though of course the MW extension example will be different.

One issue is that the API is RESTful.  It lets you set a custom prefix, but the
syntax is a little different than MW normally uses.  

One way to do this is to make a normal MW-style API subclass (like
https://www.mediawiki.org/wiki/API:Extensions#Creating_API_modules_in_extensions),
then hook into the URL routing code to translate the OKFN-style RESTful URLs to
calls to the API.

Someone may have made a RESTful wrapper of a MW API, or have advice on doing
so.  It's probably also worth looking at the hooks
(https://www.mediawiki.org/wiki/Manual:Hooks)

-- 
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 48308] Localization of namespace names on ukWikisource

[bugzilla-daemon]

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

--- Comment #20 from billinghurst  ---
Proofread Page and namespaces for those wikis early in the evolution, is not
about using reason but more about understanding.  I foresee a standardisation
approaching, though it would need to be a large coordinated action, especially
where NS numbers are being utilised in templates and the like.

If you have look at the WS block number you will see that there are some issues
about refactoring ProofreadPage, and some of that discussion is there.  That
said, I don't even try to understand it all.

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

[Bug 44917] Merging users fails to merge edit counts.

[bugzilla-daemon]

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

--- Comment #6 from T. Gries  ---
(In reply to comment #1)
> Forgot to note that we are using User Merge and Delete (Version 1.6.31)
> (r115688) on my wiki and I'm not sure if this may have been fixed in 1.7.  If
> so, please comment as such and close it as resolved.

I looked to extension's version 1.7 in git
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/UserMerge.git;a=blob;f=UserMerge_body.php;h=10a0167c2967557a4aca483de1eb43876fe26ed8;hb=b14eba4f2709cdb18ccbfefec8be462ed37360a3
, and this seems pretty much the same code, i.e. I close this bug here, because
it is solved. Please update your mediawiki extensions (always) to the latest
versions.

Your database select statements ( $oldedits = selectFields ) are however more
elegant than the present version in git, and perhaps I upgrade them using your
syntax (later).

For the time being: please can you confirm here, that the code in git is
working ?

-- 
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 48961] Option to see disallowed actions as a single group

[bugzilla-daemon]

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

Mahitgar  changed:

   What|Removed |Added

   Priority|Unprioritized   |Lowest
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=47531
 Depends on||47531

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

[Bug 47531] Option to group filters & their logs

[bugzilla-daemon]

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

Mahitgar  changed:

   What|Removed |Added

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

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

[Bug 48961] New: Option to see disallowed actions as a single group

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48961
   Summary: Option to see disallowed actions as a single group
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: AbuseFilter
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mahit...@yahoo.co.in
CC: agarr...@wikimedia.org, nischay...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Hi,

Task:Edit filter managers should have option to see disallowed actions as a
single group  

a)Either as a group of filters in the similar fashion as requested in bug
no.47531

or

b)An option at Special:AbuseLog


Need:


This helps when Edit filter manager is very short of his time and as minimum
level observation needs to browse through only disallowed actions since he last
visited.


Currently I am running short of time and had to use browsers 'control F' and
had to browse through disallow filters one by one at Special:AbuseFilter and
that all activity was not user friendly or time saving 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 48674] Unable to update submodules on tin

[bugzilla-daemon]

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

Greg Grossmeier  changed:

   What|Removed |Added

   Assignee|wikibugs-l@lists.wikimedia. |tstarl...@wikimedia.org
   |org |

--- Comment #2 from Greg Grossmeier  ---
Tim: I'm going to assign this to you since you are probably the one most well
equipped to handle it. If you don't agree feel free to un-assign and assign
someone else :)

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

[Bug 48308] Localization of namespace names on ukWikisource

[bugzilla-daemon]

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

--- Comment #19 from Dmytro Dziuma  ---
Correct me if I'm wrong, but I think that even in fr wikisource it is not set
up as it should be. Shouldn't "Page", "Index" etc go as canonical namespaces
instead of aliases?

Anyway, following canonical namespace/aliases have to be set up (according to
https://uk.wikisource.org/w/api.php?action=query&meta=siteinfo&siprop=general|namespaces|namespacealiases):

102:Author
103:Author talk
250:Page
251:Page talk
252:Index
253:Index talk

btw is there any specific reason why the same namespaces have different ids for
different wikisources? As far I see "Page" and "Index" namespace have got 104
and 106 in other wikisources, while 250 and 252 in ukwikisource. It might cause
problems when porting some templates across wikis which rely on namespace
numbers instead of canonical names.

-- 
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 48308] Localization of namespace names on ukWikisource

[bugzilla-daemon]

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

--- Comment #18 from billinghurst  ---
[general reflection, not specifically to this bug ...]
There is something generally problematic with the overarching approach, and
part of this relates to the haphazard deployment of ProofreadPage across the
wikis over the years.  Something seems askew somewhere in the documentation.


To me it also looks as though there should be some definitions within 
  http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php
in the wgProofreadPageNamespaceIds  section. For your index and page ns.



If you compare
  
https://uk.wikisource.org/w/api.php?action=query&meta=siteinfo&siprop=general|namespaces|namespacealiases
and
  
https://fr.wikisource.org/w/api.php?action=query&meta=siteinfo&siprop=general|namespaces|namespacealiases

you will see the general issue that needs to be addressed

One thing that is required is form someone to propose the namespacesaliases
that need to be put in place, and it would seem that the request for Tomas is
that these go into a separate bug.

@Tomas, some of us are just plain users who want to work on our data and the
tools, and have to try and learn about a weird thing call configuration, and
bugzilla.  We come here to ask to get things changed, and just see a one step
solution that has not worked. You see it is multiple steps with multiple
bugzillas, but that is from state of knowledge.

-- 
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 48308] Localization of namespace names on ukWikisource

[bugzilla-daemon]

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

billinghurst  changed:

   What|Removed |Added

 CC||billinghu...@gmail.com
 Blocks||35925

-- 
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 35925] Wikisource related bugs and enhancements (tracking)

[bugzilla-daemon]

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

billinghurst  changed:

   What|Removed |Added

 Depends on||48308

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

[Bug 48960] New: Cut-Paste of paragraphs seems broken in Firefox

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48960
   Summary: Cut-Paste of paragraphs seems broken in Firefox
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: jforres...@wikimedia.org
  Reporter: ssas...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Problem 1:

1. Open [[User:Ssastry]]
2. Select Paragraph 3 completely.
3. Ctrl-X
4. Move to beginning of Paragraph 2.  Hit Enter.
5. Ctrl-V on empty line

The paragraph gets pasted on the same line as Paragraph 3.  

Problem 2:

Steps 1-3 and 5. are identical.  Step 4 is different:
4. Move to end of Paragraph 1, hit enter key,

The paragraph gets pasted *before* paragraph 1.  Additionally, on
review-and-save, paragraph 1 is lost.  This is not a Parsoid issue -- the
edited HTML is missing the paragraph.

This problem seems specific to Firefox.  Cannot reproduce on Chrome.

-- 
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 48308] Localization of namespace names on ukWikisource

[bugzilla-daemon]

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

--- Comment #17 from Dmytro Dziuma  ---
Usually, localization of namespaces implies that canonical names of namespaces
continue to work. That's how I believe this process works in Mediawiki. I
reopened this bug instead of creating a new one, because I believe that this is
the same issue which was not fixed in a proper way. If you feel that it should
be a new ticket, I don't mind to create it, what we need is to fix things that
become to be broken.

-- 
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 48959] New: New spacename

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48959
   Summary: New spacename
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Special pages
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: dekeleinide...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

i want add the spacename "Thread" to the Hebrew Wikivoyage.

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

[Bug 44917] Merging users fails to merge edit counts.

[bugzilla-daemon]

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

--- Comment #5 from iboyinc  ---
Created attachment 12424
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12424&action=edit
Git Diff of my updates.

Had a surrenderable amount of troubles git-ting behind the corp proxy and so
have attached a file containing output of git diff of the changes I made.  I
hope this helps any and all.

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

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

[bugzilla-daemon]

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

--- Comment #6 from Nicolas Raoul  ---
Any progress on this?
It is probably hurting Wikivoyage's Google reputation, in addition from
preventing readers from using the website.

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

[Bug 47713] Improve placement of refresh button and text for FancyCaptcha

[bugzilla-daemon]

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

Steven Walling  changed:

   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 48957] Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

--- Comment #6 from MZMcBride  ---
(In reply to comment #5)
> Note that Thehelpfulone only specified requiring the reason field when you're
> already logged in, meaning you're creating a secondary account or an account
> on behalf of someone else.

Right, I understand that. :-)  And I even considered that you could have an
automatic edit summary (which is what page creations and page deletions
have/had(?)), but then I remembered that all the important info (who is
creating the account and when) is already logged.

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

[Bug 47592] Show newlines as a visible line break in HTML of schema

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|mflasc...@wikimedia.org |sp...@wikimedia.org

--- Comment #3 from Matthew Flaschen  ---
S fixed it.

-- 
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 48373] add createuser to $wgRateLimits to restrict usercreation from IP or Subnet

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 CC||mflasc...@wikimedia.org
   Assignee|wikibugs-l@lists.wikimedia. |tylerro...@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 15936] New page's patrol button should always be visible

[bugzilla-daemon]

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

Ryan Kaldari  changed:

   What|Removed |Added

 CC||rkald...@wikimedia.org

--- Comment #16 from Ryan Kaldari  ---
This bug should have been marked as invalid, not fixed. There's a reason the
patrol link is only added for people coming from Special:NewPages, namely that
it is confusing to users otherwise, especially in the case where they are using
a different patrolling tool like PageTriage (Special:NewPagesFeed). If you want
to be able to do edits and add tags without loosing your patrolling interface,
you should try Special:NewPagesFeed. It retains the interface across edits.
Having 2 competing interfaces on the same page is bad interface design.

-- 
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 48957] Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

--- Comment #5 from Steven Walling  ---
(In reply to comment #4)
> Hmmm. I don't see a good reason to require a reason be filled in to create an
> account any more than I do to make an edit, delete a page, move a page,
> create
> a page, upload a file, etc. The CheckUser extension provides some precedent
> for
> requiring a reason field be filled in, but that seems tenuous.
> 
> For what it's worth, requiring (or rather, reminding users about) the use of
> an
> edit summary is a perennial proposal on the English Wikipedia:
> .
> 
> Making this field mandatory would also be considered a breaking change in the
> MediaWiki API, I believe. It's unclear how much effect this would have.

Note that Thehelpfulone only specified requiring the reason field when you're
already logged in, meaning you're creating a secondary account or an account on
behalf of someone else.

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

[Bug 48957] Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #4 from MZMcBride  ---
Hmmm. I don't see a good reason to require a reason be filled in to create an
account any more than I do to make an edit, delete a page, move a page, create
a page, upload a file, etc. The CheckUser extension provides some precedent for
requiring a reason field be filled in, but that seems tenuous.

For what it's worth, requiring (or rather, reminding users about) the use of an
edit summary is a perennial proposal on the English Wikipedia:
.

Making this field mandatory would also be considered a breaking change in the
MediaWiki API, I believe. It's unclear how much effect this would have.

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

[Bug 48957] Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

--- Comment #3 from Thehelpfulone  ---
Being one of the original account creators myself (I was there when it was
still on a wiki page!), I don't think they'll have any objections as you should
always provide a reason when you create an account, and the ACC tool on the
Toolserver automatically includes a reason when you click on the "Create" link.

However I'm happy to ask on-wiki for support if you still think it's needed?

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

[Bug 48957] Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

Prodego  changed:

   What|Removed |Added

 CC||prod...@gmail.com

--- Comment #2 from Prodego  ---
"user..."

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

[Bug 48957] Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

--- Comment #1 from Steven Walling  ---
I think this is reasonable, but I'd recommend having some kind of quick on-wiki
discussion with account creators on English Wikipedia about 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 41067] VisualEditor: Pawn ♙ appears after deleting list and moving cursor

[bugzilla-daemon]

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

--- Comment #8 from Inez Korczyński  ---
This seems to be fixed already in master and on mediawiki.org.

-- 
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 48957] New: Make reason field compulsory if you are creating an account and are already logged in

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48957
   Summary: Make reason field compulsory if you are creating an
account and are already logged in
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: User login and signup
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: thehelpfulonew...@gmail.com
CC: swall...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

If I'm logged in and go to create an account via
https://en.wikipedia.org/wiki/Special:UserLogin/signup I am able to create a
secondary account without providing a reason as to why I'm creating a new
account. 

This problem occurs on both the old and new versions of the account creation
forms. 

I think you should have to explain why you are creating a new account (whilst
you're already logged in to your own account), so please can we make this
compulsory for this form which is only shown to logged in users?

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

[Bug 48958] New: Inline image is missing alt attribute

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48958
   Summary: Inline image is missing alt attribute
   Product: Parsoid
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: JS/General
  Assignee: gwi...@wikimedia.org
  Reporter: i...@wikia-inc.com
CC: ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Image tag produced with this wikitext: [[File:Wiki.png|caption123]]
should have alt attribute with value "caption123" set.

It would be great for VE team if we could actually get HTML DOM of caption
(instead of text with stripped out HTML tags) because then we would be able to
provide nice experience when converting from inline image to block image and
other way round.

-- 
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 23326] PDF image extraction fails - upgrade ghostscript

[bugzilla-daemon]

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

--- Comment #20 from Lars Aronsson  ---
Long, long ago, I was a little interested in getting Wikisource
to work, and so, when I found something that didn't work, I used
to file bug reports like this one (in April 2010, mind you).

However, the tendency of every little problem to become huge and
impossible to solve has removed most of my previous interest.
Comment #17 above is one very typical example of how this happens.

Three years have passed. I leave it to others to try to get
Wikisource to work. I have another project to work on.
Have a good life.

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

[Bug 48671] and have the same font size at default settings in some skins

[bugzilla-daemon]

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

--- Comment #3 from entli...@gmx-topmail.de ---
Created attachment 12423
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12423&action=edit
Proposed fix: Enlarge  to 108% in Vector and Monobook

The remark in comment 0 about the 108% at dewiki is about a local adaption in
[[de:MediaWiki:Common.css]] that I'm proposing to get upstream with 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 48877] Lua error, interpreter exited with status 2.

[bugzilla-daemon]

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

--- Comment #7 from Mark Redekop  ---
I've set it to 100 000 000 now, still 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 48164] JobQueue does not scale for TTMServer

[bugzilla-daemon]

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

--- Comment #6 from Aaron Schulz  ---
Further runs had several slow similar
Translations:Wikimedia_Foundation_elections/Board_elections/2013/Candidates
instances.

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

[Bug 48164] JobQueue does not scale for TTMServer

[bugzilla-daemon]

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

--- Comment #5 from Aaron Schulz  ---
Here is some profiling info from trying to use a single runJobs.php process.
* 99% of time is in SolrTTMServer::update (no surprise)
* It can be quite fast for some (hundreds) of jobs but very slow for others
* The slow ones *seem* to involve empty translations


Output dump below:

aaron@mw1001:~$ sudo -u apache php
/usr/local/apache/common/multiversion/MWScript.php runJobs.php metawiki --type
TTMServerMessageUpdateJob --maxjobs 100 --profiler text
2013-05-29 23:02:14 TTMServerMessageUpdateJob
Translations:Mobile_projects/Mobile_Gateway/Mobile_homepage_formatting/27
STARTING
2013-05-29 23:03:11 TTMServerMessageUpdateJob
Translations:Mobile_projects/Mobile_Gateway/Mobile_homepage_formatting/27
t=56467 good
2013-05-29 23:03:11 TTMServerMessageUpdateJob
Translations:Fundraising_2012/Translation/FAQ_short/1 STARTING 
2013-05-29 23:03:24 TTMServerMessageUpdateJob
Translations:Fundraising_2012/Translation/FAQ_short/1 t=13436 good 
2013-05-29 23:03:24 TTMServerMessageUpdateJob
Translations:Fundraising_2012/Translation/FAQ_short/2 STARTING 
2013-05-29 23:03:38 TTMServerMessageUpdateJob
Translations:Fundraising_2012/Translation/FAQ_short/2 t=13499 good 
2013-05-29 23:03:38 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-appeal STARTING   
2013-05-29 23:03:39 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-appeal t=799 good  
2013-05-29 23:03:39 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-appeal-template STARTING   
2013-05-29 23:03:40 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-appeal-template t=996 good 
2013-05-29 23:03:40 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-form-template STARTING 
2013-05-29 23:03:40 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-form-template t=556 good   
2013-05-29 23:03:40 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-form-countryspecific STARTING  
2013-05-29 23:03:41 TTMServerMessageUpdateJob
CNBanner:B13_051120_plaintext_staycurious-lp-form-countryspecific t=649 good
2013-05-29 23:03:41 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_frYY_autohide-hide-cookie-name STARTING  
2013-05-29 23:03:42 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_frYY_autohide-hide-cookie-name t=1070 good   
2013-05-29 23:03:42 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_frYY_autohide-hide-cookie-max-count STARTING 
2013-05-29 23:03:43 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_frYY_autohide-hide-cookie-max-count t=898 good   
2013-05-29 23:03:43 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_frYY_autohide-hide-die-size STARTING 
2013-05-29 23:03:44 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_frYY_autohide-hide-die-size t=1237 good  
2013-05-29 23:03:44 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_itYY_autohide-hide-cookie-name STARTING  
2013-05-29 23:03:44 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_itYY_autohide-hide-cookie-name t=414 good
2013-05-29 23:03:44 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_itYY_autohide-hide-cookie-max-count STARTING 
2013-05-29 23:03:45 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_itYY_autohide-hide-cookie-max-count t=720 good   
2013-05-29 23:03:45 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_itYY_autohide-hide-die-size STARTING 
2013-05-29 23:03:47 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_itYY_autohide-hide-die-size t=1497 good  
2013-05-29 23:03:47 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_jaYY_autohide-hide-cookie-name STARTING  
2013-05-29 23:03:47 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_jaYY_autohide-hide-cookie-name t=603 good
2013-05-29 23:03:47 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_jaYY_autohide-hide-cookie-max-count STARTING 
2013-05-29 23:03:48 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_jaYY_autohide-hide-cookie-max-count t=556 good   
2013-05-29 23:03:48 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_jaYY_autohide-hide-die-size STARTING 
2013-05-29 23:03:49 TTMServerMessageUpdateJob
CNBanner:B13_022000_survey_jaYY_autohide-hide-die-size t=831 good   
2013-05-29 23:03:49 TTMServerMessageUpdateJob
CNBanner:B13_text_2013_dr_en-hide-cookie-name STARTING  
2013-05-29 23:03:49 TTMServerMessageUpdateJob
CNBanner:B13_text_2013_dr_en-hide-cookie-name t=609 good
2013-05-29 23:03:49 TTMServerMessageUpdateJob
CNBanner:B13_text_2013_dr_en-hide-cookie-max-count STARTING 
2013-05-29 23:03:50 TTMServerMessageUpdateJob

[Bug 48956] Display of localized optional messages broken on Incubator

[bugzilla-daemon]

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

--- Comment #2 from MF-Warburg  ---
I know that this is the normal behaviour for "normal" messages (and complained
about that in bug 1495).
But I wonder why this [apparently optional message, since it's empty by default
and customized by wikis on their own] (so far) worked well? (i.e. it got shown
even when not using the English interface, as it's still(?) the case on Meta
and elsewhere).

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

[Bug 48952] Show debug output in toolbar

[bugzilla-daemon]

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

--- Comment #3 from Matthew Flaschen  ---
Never mind, Krenair noted that wgDebugToolbar already must be false in
production.

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

[Bug 48956] Display of localized optional messages broken on Incubator

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #1 from Nemo  ---
This is the normal behaviour for locally overridden messages.
I guess this needs the followup to https://gerrit.wikimedia.org/r/#/c/57518/
with the completion of the plan as per bug 46579 comment 13 (1), i.e. ability
to override a message in all languages by writing on /en?

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

[Bug 48940] Link in Email to page which title has dot at the ending is wrong

[bugzilla-daemon]

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

Alex Monk (Krenair)  changed:

   What|Removed |Added

 CC||kren...@gmail.com

--- Comment #1 from Alex Monk (Krenair)  ---
This is working for me locally (MediaWiki's bit is anyway - Thunderbird isn't
parsing the '.' as part of the URL but it is there), are you sure your email
client just isn't parsing the '.' as not part of the link? (The email is sent
as plain text, any conversion to HTML is done by your email provider/client.)

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

[Bug 44385] The situation with $.collapsibleTabs and its Vector ext. counterpart sucks badly

[bugzilla-daemon]

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

--- Comment #11 from Bartosz Dziewoński  ---
What issue? The error posted by Jeffrey above shouldn't occur if you use
compatible core and extension versions. git master is not necessarily always
compatible with releases; use the versions tagged REL1_XX for 1.XX MediaWiki
version.

-- 
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 48952] Show debug output in toolbar

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 CC||mflasc...@wikimedia.org

--- Comment #2 from Matthew Flaschen  ---
We should make sure this doesn't cause security issues (if private info uses
this log path).

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

[Bug 48956] Display of localized optional messages broken on Incubator

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

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

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

[Bug 1495] Improve message source fallback flow

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

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

--- Comment #30 from Nemo  ---
https://gerrit.wikimedia.org/r/#/c/57518/ was merged

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

[Bug 48952] Show debug output in toolbar

[bugzilla-daemon]

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

Alex Monk (Krenair)  changed:

   What|Removed |Added

  Attachment #12422|0   |1
   is patch||
  Attachment #12422|application/octet-stream|text/plain
  mime type||

--- Comment #1 from Alex Monk (Krenair)  ---
Comment on attachment 12422
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12422
show debug output in toolbar

+patch

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

[Bug 48956] New: Display of localized optional messages broken on Incubator

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48956
   Summary: Display of localized optional messages broken on
Incubator
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Internationalization
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mfwarb...@googlemail.com
CC: alolita.sha...@gmail.com, asha...@wikimedia.org,
niklas.laxst...@gmail.com, run...@gmail.com,
s.mazel...@xs4all.nl
Classification: Unclassified
   Mobile Platform: ---

Compare
https://incubator.wikimedia.org/wiki/Special:Contributions/QuincyMcc?uselang=en
and
https://incubator.wikimedia.org/wiki/Special:Contributions/QuincyMcc?uselang=de
and notice the missing content of MediaWiki:Sp-contributions-footer.

On other wikis (meta, en) this problem does not seem to exist.

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

[Bug 48955] New: Don't provide a h1 element

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48955
   Summary: Don't provide a h1 element
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: rm...@wikimedia.org
  Reporter: martijnhoeks...@gmail.com
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The visual editor can provide "header 1" as markup. In normal editing of wikis,
 headers are not used apart from the page title. Since it will lead to
confusion as to what heading is the right one, and the answer to that is never
"header 1", I would propose to remove it.

-- 
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 48685] NUMBEROFARTICLES on Hebrew Wikivoyage includes pages from "help:" name space, and maybe other name spaces as well

[bugzilla-daemon]

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

Tomasz W. Kozlowski  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |s...@reedyboy.net
   |org |

--- Comment #2 from Tomasz W. Kozlowski  ---
[ Assigning this to Sam — can you please run the script at your convenience? ]

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

[Bug 48954] New: Add page for listing and removing throttle overrides

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48954
   Summary: Add page for listing and removing throttle overrides
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ThrottleOverride
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: tylerro...@gmail.com
CC: tylerro...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Currently there is no way to list all current/future active overrides and to
remove them if wanted.

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

[Bug 36370] Config Overhaul

[bugzilla-daemon]

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

Tyler Romeo  changed:

   What|Removed |Added

 Blocks|25000   |

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

[Bug 25000] Remove IP throttle for account creation (provide override whitelist via a MediaWiki extension?)

[bugzilla-daemon]

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

Tyler Romeo  changed:

   What|Removed |Added

 Depends on|26992, 36370|

-- 
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 26992] Implement configuration database aka configuration management aka no shell excuse (tracking)

[bugzilla-daemon]

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

Tyler Romeo  changed:

   What|Removed |Added

 Blocks|25000   |

-- 
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 48953] New: API siteinfo skins should use English skin names in * instead of the value in $wgValidSkinNames

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48953
   Summary: API siteinfo skins should use English skin names in *
instead of the value in $wgValidSkinNames
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: API
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mediawiki-b...@nadir-seen-fire.com
CC: bjor...@wikimedia.org, bryan.tongm...@gmail.com,
roan.katt...@gmail.com, s...@reedyboy.net
Classification: Unclassified
   Mobile Platform: ---

Currently the siteinfo API's skins output uses the value of the relevant
$wgValidSkinNames entry. However this is not really a skin name at all. It's a
key used to determine the class name of the class that implements the skin.

* Right now that means names like "CologneBlue" instead of "Cologne Blue".
* If someone implements a skin system that uses a single class and simple
templates for each skin that means you'll start seeing completely useless names
like "FooSkinSystem" for "This is my skin", "That is his skin", and "She made
this skin" names.
* If one of my other changes gets merged you may also start seeing things like
"{ThisIsMyClassName}".

We should start outputting the English i18n for the skin instead of 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 47216] Enhancements to API query siteinfo skin information (skipped usable default)

[bugzilla-daemon]

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

--- Comment #11 from Daniel Friesen  ---
Made that bug 48953

-- 
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 47777] Readability of login and signup forms in low contrast / low light could be improved

[bugzilla-daemon]

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

--- Comment #8 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/66047 (Gerrit Change
I01dd960d673a37d519ae8805db1fbbcb5a4306c9)

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

[Bug 48308] Localization of namespace names on ukWikisource

[bugzilla-daemon]

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

--- Comment #16 from Tomasz W. Kozlowski  ---
Would you mind telling me what's wrong with the new names that /this/ bug needs
re-opening?

-- 
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 47777] Readability of login and signup forms in low contrast / low light could be improved

[bugzilla-daemon]

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

--- Comment #7 from Matthew Flaschen  ---
By "text color" I meant the text of regular fields (e.g. input type text).

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

[Bug 47777] Readability of login and signup forms in low contrast / low light could be improved

[bugzilla-daemon]

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

--- Comment #6 from Matthew Flaschen  ---
See also bug 47698, which is about Monobook issues.  The issue is more
noticeable there, due to a slight background on the Monobook login screen.

They also noted that the button text is light in non-Vector skins, particularly
given that it's overlaid on gray.  I already did a fix for that (not affecting
text color).

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

[Bug 47777] Readability of login and signup forms in low contrast / low light could be improved

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

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

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

[Bug 47698] User login and signup forms don't look great in Monobook

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 CC||mgallo...@wikimedia.org,
   ||pgi...@wikimedia.org
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=4

--- Comment #15 from Matthew Flaschen  ---
(In reply to comment #14)
> The biggest issue is the background colour that is forced for the login form,
> but which is different to the page background, making it look very strange.

It's like that for the old form too, but the old form has a border.  We can
probably either put back a border or remove the color override from the new
form.

> Personally, I don't have a strong feeling about what colours the buttons
> should
> be, but I do have two general observations:
> * Grey buttons with grey borders (in particular with grey text, too) look
> like
> they are disabled, so should be avoided.  More contrast between the
> border/background (and darker text in the case of the 'Join Wikipedia'
> button)
> would resolve this, if the grey colour is to be retained.

Yeah, I agree.  The login button already looks darker (though that was
unintentional).  However, I think it's worth making all non-Vector mediawiki.ui
button text black, at least for now:

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

> I acknowledge that there may be a period of time between this new page going
> live and the rest of the interface being updated, but so long as the plan is
> to
> update all other buttons to match then there isn't necessarily a problem with
> them being out-of-sync for a while.  If there is no plan to update the other
> buttons on the site, then this change is more worrying.

As you said, it will take some time.  However, it's already in progress for
some forms, and we'd definitely like to roll it out everywhere in time (e.g.
https://gerrit.wikimedia.org/r/#/c/65346/)

> Finally, the input box labels is pretty faint, but perhaps this is because
> the placeholder text serves the same purpose (though this is only visible if 
> the user's browser supports it, of course).

Yes, this is a known issue (bug 4), but it looks worse in Monobook because
of the slight background.

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

[Bug 48945] Update the to

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 CC||zhoris...@gmail.com

--- Comment #5 from Bartosz Dziewoński  ---
I think these is some sort of support for jquery.chosen in core, which does a
similar thing (http://harvesthq.github.io/chosen/) and does it quite well.
Assuming we wanted to depend on JS for sane display here this could probably be
used.

I'm also not sure how easy/hard would it be on the backend side, as appropriate
code changes would probably have to be implemented on all those pages
separately.

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

[Bug 48856] Prevent zero.wikipedia.org from being indexed by search engines

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

 CC||ab...@wikimedia.org

--- Comment #6 from dr0ptp4kt  ---
We will be setting up a no-index rule for zero.wikipedia.org requests. The
business team confirmed that zero.wikipedia.org pages are not supposed to be in
the Google index. I prefer that we have a re-crawl of the site first to help
Google's existing canonical links updated. But eventually, the business team
wants zero.wikipedia.org out of the search index completely.

MZMcBride, as to why the pages were indexed, from what I can tell:

* At some point a code change resulted in article content other than the
"Sorry" warning being echoed into the .zero.wikipedia.org pages below
the warning (making them on par if I understand correctly, with
.m.wikipedia.org pages sans the warning).
* With the fulltext content from each .zero.wikipedia.org page,
Google's crawlers were able to discover more links.
* In the absence of a canonical link for each .zero.wikipedia.org
page, Google's algorithms wouldn't have had a perfect, non-heuristic means of
identifying the pages as being the same. The heuristics seem to have correctly
classified a number of pages as dupes, but not all of them based on a
site:en.zero.wikipedia.org Google search, for example.

My Gerrit change #64113 was introduced to stop content from being echoed below
the "Sorry" warning. This in concert with Jon's Gerrit change #61809 will allow
the Google index to self-correct, although as you note, my Gerrit change #64629
provides the means to have no indexing whatsoever.

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

[Bug 48935] Can't view source of empty MediaWiki page on Meta

[bugzilla-daemon]

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

--- Comment #3 from Rainer Rillke @commons.wikimedia  
---
(In reply to comment #2)
This is unrelated to the discussion there, I just wanted/expected to see an
empty, disabled (because I am not a sysop)  instead of having to go
to the history tab an lookup the size there:

Going to
https://meta.wikimedia.org/w/index.php?title=MediaWiki:Edittools&oldid=5491472,
the tab says: "View source" and I wanted to do exactly this.

Let me know if this clarified the situation.

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

[Bug 47216] Enhancements to API query siteinfo skin information (skipped usable default)

[bugzilla-daemon]

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

--- Comment #10 from Daniel Friesen  ---
(In reply to comment #5)
> If someone really wants to request getting localized skin names from
> https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=skins
> instead of something like
> https://en.wikipedia.org/w/api.
> php?action=query&meta=allmessages&ammessages=skinname-monobook|skinname-
> vector|skinname-modern|skinname-cologneblue,
> file a separate bug. Note the current names being returned are not the
> English
> names, they're the internal names—note how "CologneBlue" is returned rather
> than "Cologne Blue".

Actually the're not even internal names. The value at this point is a key used
to determine the class name of the skin. In the future it could be something
strange and nonsensical like "{ThisIsMySkinClassName}" so we should really just
be grabbing the English localized name if we're going to default anything
there.

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

[Bug 47216] Enhancements to API query siteinfo skin information (skipped usable default)

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

Summary|Enhancements to API query   |Enhancements to API query
   |siteinfo skin information   |siteinfo skin information
   ||(skipped usable default)

--- Comment #9 from Daniel Friesen  ---
Updating the summary. This bug was hell to find, it was no-where in searches or
even my own lists. I had to do a search of my all mails folder.

-- 
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 48921] Visiting en.zero.wikipedia.org while not part of the Zero network needs further thought: Big red banner, restricted to particular IP addresses/ranges

[bugzilla-daemon]

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

--- Comment #2 from dr0ptp4kt  ---
We will be setting up a no-index rule for zero.wikipedia.org pages. The
business team confirmed that zero.wikipedia.org pages were never intended to be
in Google's index to begin with.

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

[Bug 48663] Parsoid: DOM for template objects should expose template name

[bugzilla-daemon]

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

ssas...@wikimedia.org changed:

   What|Removed |Added

   Assignee|gwi...@wikimedia.org|ssas...@wikimedia.org

-- 
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 48941] Reference names should have whitespace stripped for the purposes of merging them

[bugzilla-daemon]

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

ssas...@wikimedia.org changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
   Assignee|gwi...@wikimedia.org|ssas...@wikimedia.org

-- 
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 48091] UploadWizard broken in Opera 12.15

[bugzilla-daemon]

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

--- Comment #11 from Rainer Rillke @commons.wikimedia 
 ---
(In reply to comment #10)
> I tried to hack in https://gerrit.wikimedia.org/r/#/c/64520/ but didn't work 
> in
> Opera yet.

Please be more specific: What did not work?

Here is what I did:
1) Installed a local proxy (Fiddler2)
1a) Configurated Opera to use the local proxy
1b) went to http://commons.wikimedia.org/wiki/Special:UploadWizard in Opera
2) Dumped the UploadWizard HTML page
3) Enabled auto-response for UploadWizard from the dump; other requests were
passed through to the WMF servers
4) Verified that the Upload Wizard still "hangs" and threw the same error at
the JS Error console
5) MODIFIED THE DUMP:
5a) Moved 

[Bug 48752] Special:ZeroRatedMobileAccess doesn't work without javascript

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

 CC||ab...@wikimedia.org

--- Comment #1 from dr0ptp4kt  ---
This has been added to the backlog.

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

[Bug 38865] Next wmf deployment (tracking)

[bugzilla-daemon]

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

Bug 38865 depends on bug 48642, which changed state.

Bug 48642 Summary: ULS enables IPA by default for English
https://bugzilla.wikimedia.org/show_bug.cgi?id=48642

   What|Removed |Added

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

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

[Bug 46470] Parsoid: Preserve HTML entities in {{DEFAULTSORT}} values on round-trip

[bugzilla-daemon]

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

ssas...@wikimedia.org changed:

   What|Removed |Added

   Assignee|gwi...@wikimedia.org|ssas...@wikimedia.org

-- 
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 48642] ULS enables IPA by default for English

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED
   Severity|major   |normal

--- Comment #17 from Matthew Flaschen  ---
I don't recall making that change, so it may have been unintentional.  It was
certainly a bug, though, so I'll just set it to High/Normal.

Looks like it was a cache issue, and it is 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 47777] Readability of login and signup forms in low contrast / low light could be improved

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |---

--- Comment #5 from Matthew Flaschen  ---
For future reference, WORKSFORME means the current behavior is correct (i.e. no
change is required).

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

[Bug 48947] Install php5-gd on Tool Labs

[bugzilla-daemon]

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

Peter Bena  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||benap...@gmail.com
 Resolution|--- |FIXED

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

[Bug 46470] Parsoid: Preserve HTML entities in {{DEFAULTSORT}} values on round-trip

[bugzilla-daemon]

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

--- Comment #10 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/66043 (Gerrit Change
I45bbb5c01b00cffb07ac69e237aca63a32730f17)

-- 
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 47777] Readability of login and signup forms in low contrast / low light could be improved

[bugzilla-daemon]

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

Jared Zimmerman  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #4 from Jared Zimmerman  ---
Approved from Design. Darken away!

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

[Bug 48928] Impossible to patrol new page with subsequent edit

[bugzilla-daemon]

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

--- Comment #7 from Marius Hoch  ---
(In reply to comment #6)
> Marius Hoch: As you added bug 38865 to the "blocks" list, could you please
> elaborate why this issue is so critical that it should block future
> deployments
> on Wikimedia servers?
While there's a very simple fix this issue still *could* (We don't really know)
make a lot of people complain about new page patrolling being partly broken on
eg. Wikidata and Commons (wikis with both RC and new page patrolling enabled).

-- 
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 48952] New: Show debug output in toolbar

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48952
   Summary: Show debug output in toolbar
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: Unprioritized
 Component: Logging
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: phy...@ckurs.de
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12422
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12422&action=edit
show debug output in toolbar

I'd prefer if the debug output written with the function wfDebugLog would be
printed to the debug toolbar. Actually only the wfDebug function is written to
the debug toolbar output.
If someone has the same feeling use the attached patch.

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

[Bug 48917] Extracts need to filter out more

[bugzilla-daemon]

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

Max Semenik  changed:

   What|Removed |Added

URL||https://en.wikipedia.org/w/
   ||api.php?action=query&prop=e
   ||xtracts&format=jsonfm&exlim
   ||it=10&explaintext=&titles=D
   ||utch%20language

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

[Bug 48901] Clicking on image on description page doesn't do anything

[bugzilla-daemon]

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

Jon  changed:

   What|Removed |Added

   Keywords||design
   Severity|normal  |enhancement

--- Comment #5 from Jon  ---
Marking as an enhancement as we need some design input and discussion around
what the correct behaviour should be.

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

[Bug 26115] Interwiki redirects via URL and other 301s are indexed by Google search

[bugzilla-daemon]

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

--- Comment #19 from Helder  ---
The query
> inurl:"commons:category" site:en.wikipedia.org
returns a few examples:

https://en.wikipedia.org/wiki/commons:Category:Maps_of_Ireland‎
https://commons.wikimedia.org/wiki/Category:Maps_of_Ireland

https://en.wikipedia.org/wiki/Commons:Category:Range_maps‎
https://commons.wikimedia.org/wiki/Category:Range_maps

http://en.wikipedia.org/wiki/Commons:Category:Chicken‎
http://commons.wikimedia.org/wiki/Category:Chicken

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

[Bug 48760] Unexpected tags in mobile diffs

[bugzilla-daemon]

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

--- Comment #1 from Jon  ---
This seems to be restricted to adding new sentences.

go. is treated as a word.
https://en.m.wikipedia.org/wiki/Special:MobileDiff/557405110...557405575

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

[Bug 48646] Some users get unwantedly logged out on it.wikivoyage

[bugzilla-daemon]

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

--- Comment #10 from Andyrom75  ---
I've just made a quick comparison of the cookies in three different moments:
1) after the forced logout from
[http://it.wikivoyage.org/wiki/Speciale:UltimeModifiche page]
2) just after authentication in
[http://it.wikivoyage.org/w/index.php?title=Speciale:Entra&action=submitlogin&type=login&returnto=Speciale:UltimeModifiche
page]
3) after login in the same
[http://it.wikivoyage.org/wiki/Speciale:UltimeModifiche page]

In step 2, due to the SUL, I see cookies coming from many different wikis.
All the cookies in step 3 coming from it.wikivoyage.org plus 1 from
.wikimedia.org.
The last one is xssc-sso-id. There's another xssc-sso-id that cames from
.wikivoyage.org with an identical value (the session id).
Obviously all the cookies present in step 3 are the same of the ones in step 2.

A part from 4 toolserve cookies (mentioned few post ago), all the cookies in
step 1 are the same of step 3. The differences consist the values of some of
them. The list of those cookies are the followings:
- centralauth_Session
- itwikivoyage_session

Let me know if I can help you on debugging because this problem is a real pain
in the "neck". 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 28085] Allow user login with email address in addition to username

[bugzilla-daemon]

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

--- Comment #31 from Matthew Flaschen  ---
(In reply to comment #30)
> So checking that passwords are unique just isn't going to happen.

Good point.  I wasn't thinking, and I forgot about the per-user salt.

-- 
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 46429] Zero doesn't clear carrier options from cache when config page is updated

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

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

--- Comment #2 from dr0ptp4kt  ---
The carrier prefs now update immediately. It won't stop Varnish caches, of
course...

-- 
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 48855] Warning message for unsupported carrier should link to the specific page requested

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ab...@wikimedia.org
 Resolution|--- |DUPLICATE

--- Comment #1 from dr0ptp4kt  ---


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

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

[Bug 48939] "View or restore # deleted edits?" link is broken in the Cologne Blue skin

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/66041 (Gerrit Change
I8efaf9c14f918e7e1ac3d68eac7f1e662dfe0204)

-- 
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 48921] Visiting en.zero.wikipedia.org while not part of the Zero network needs further thought: Big red banner, restricted to particular IP addresses/ranges

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

 CC||bencmqw...@gmail.com

--- Comment #1 from dr0ptp4kt  ---
*** Bug 48855 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 48951] Debug Toolbar does not pop on bad chars in debug text

[bugzilla-daemon]

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

physikerwelt  changed:

   What|Removed |Added

 CC||phy...@ckurs.de
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 48951] New: Debug Toolbar does not pop on bad chars in debug text

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 48951
   Summary: Debug Toolbar does not pop on bad chars in debug text
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: minor
  Priority: Unprioritized
 Component: Logging
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: phy...@ckurs.de
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12421
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12421&action=edit
hack for Debug.php

If there are non UTF-8 chars in the debug output the Debug toolbar does not pop
up.
I fixed it for me, since I needed the output but there is probably a better
solution.
I used code from
http://stackoverflow.com/questions/1401317/remove-non-utf8-characters-from-string

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

[Bug 44436] Switching to a non-whitelisted language shows wrong error message

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ab...@wikimedia.org
 Resolution|--- |FIXED

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

[Bug 38862] Switching languages on Wikipedia Zero does not show warning

[bugzilla-daemon]

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

dr0ptp4kt  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ab...@wikimedia.org
 Resolution|--- |FIXED

--- Comment #1 from dr0ptp4kt  ---
Users now receive an interstitial if the language isn't whitelisted.

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

[Bug 28085] Allow user login with email address in addition to username

[bugzilla-daemon]

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

--- Comment #30 from Daniel Friesen  ---
(In reply to comment #26)
> (In reply to comment #25)
> > C. If a login (email) and password combination are valid they can only point
> > to 1 account, that account should be logged in to.
> 
> That constraint does not exist yet.  Of course, we do not store passwords in
> plain text (very insecure).  So to enforce this constraint, we would have to
> enforce that (email, hashedPassword) is unique.
> 
> I'm not sure all the passwords use the same algorithm (legacy reasons).  That
> would also have to be fixed (either all at once, or on login), then enforced
> going forward.

You're basing this all on the assumption that as long as the same password
algorithm and same password is used the hashed password will always be the same
and can be checked for uniqueness through equality. This is completely false.

Unless you set `$wgPasswordSalt = false;` (which is insecure and only exists to
support 3rd party systems doing login to MW wikis by directly messing with the
database) we salt passwords when we hash them (well they're not really hashes,
but that's another topic). This means that if you hash the same password with
the same algorithm you're practically guaranteed that the end hash is going to
be different each time. This is the very intent of salting passwords for
security. It's not going to to away, otherwise we'd be vulnerable to rainbow
tables.

So checking that passwords are unique just isn't going to happen.

-- 
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 48857] Add ?useformat=mobile to privacy policy link on the bottom of all pages

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Related URL: https://gerrit.wikimedia.org/r/66039 (Gerrit Change
If91b6b765bb9d3bf51e4bde1efcf088426142608)

-- 
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 28085] Allow user login with email address in addition to username

[bugzilla-daemon]

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

--- Comment #29 from Jared Zimmerman  ---
I'm ok with that setup, it supports new users who may have forgotten their user
name while basically having no effect on "power users" who run bots all under
their same email or malicious users who are running sock puppet accounts.

Either way it seems like a win for new, and normal users without affecting
other adversely.

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