[Bug 52211] New: You do not have permission to edit user rights on other wikis

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52211

   Web browser: ---
Bug ID: 52211
   Summary: You do not have permission to edit user rights on
other wikis
   Product: MediaWiki extensions
   Version: REL1_21 branch
  Hardware: PC
OS: Linux
Status: UNCONFIRMED
  Severity: critical
  Priority: Unprioritized
 Component: LdapAuthentication
  Assignee: rlan...@gmail.com
  Reporter: snsre...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Created attachment 13001
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=13001&action=edit
Ldap error

Hi,

 This is Sesha. I am using Ldap authentication (Last version2.0d
(2012-11-21)).

 I have created my login id and added to the groups (bureaucrat, administrator)
.


 Issues: 

 1. As i am ADMIN, i couldn't able to add any users to mediawiki, until they do
login with their ldap authentication.

 2. After users have been added, i couldn't able to manage the groups of the
users. it shows an error as "You do not have permission to edit user rights on
other wikis"

 Can you please let me know the fix as earlier as possible.


THanks
Sesha

-- 
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 52210] Monobook: $wgWellFormedXml = false; breaks display of content action tabs

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52210

Krinkle  changed:

   What|Removed |Added

 CC||mediawiki-bugs@nadir-seen-f
   ||ire.com

--- Comment #2 from Krinkle  ---
Reproduced the bug in Chrome 28 (stable), Firefox 22 (stable) and Chrome 30
(canary), Mac.

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


[Bug 52210] Monobook: $wgWellFormedXml = false; breaks display of content action tabs

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52210

--- Comment #1 from Krinkle  ---
Created attachment 13000
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=13000&action=edit
Screenshot of where border isn't broken.

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


[Bug 52210] New: Monobook: $wgWellFormedXml = false; breaks display of content action tabs

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52210

   Web browser: ---
Bug ID: 52210
   Summary: Monobook: $wgWellFormedXml = false; breaks display of
content action tabs
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Skin and page rendering
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: krinklem...@gmail.com
CC: krinklem...@gmail.com, matma@gmail.com
Blocks: 50040
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12999
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12999&action=edit
Screenshot of where the border is broken

After almost 2 hours of debugging I finally figured out what caused the tabs in
Monobook to sometimes cause the border to be misaligned (see attachment).

For some reason the  inside the  was smaller than the , which is odd
since the size of the  is solely determined by its content.

More over, it displays right on mediawiki.org and beta.wmflabs.org, but broken
on translatewiki.net and my local wiki.

The DOM (when inspected) looks completely the same, and no CSS styles applied
differently.

Then I looked at the DOM and notice that on the "good" wikis, the output is:

Navigation menu

Views


Page
Discussion



And on the "bad" wikis, the output is:

Navigation menu

Views


Page
Discussion


After ruling out Tidy, I narrowed it down to $wgWellFormedXml.

Or more precisely by Html::closeElement (called from
SkinTemplate::makeListItem, called from SkinMonobook::cactions()), where it
omits the closing tag of an .

As a result, the browser only closes the  when it encounters the next
opening tag, and as such includes a text node between  and (the implied)
.

This extra space causes the list item to be wider than the  it holds.

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


[Bug 50040] Set $wgWellFormedXml = false by default

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=50040

Krinkle  changed:

   What|Removed |Added

 Depends on||52210

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


[Bug 52173] Visual Editor should color links

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52173

--- Comment #5 from Jonathan Haas  ---
(In reply to comment #4)
> Jonathan, are you referring to the gadget
> https://de.wikipedia.org/wiki/Wikipedia:Helferlein/Begriffskl%C3%A4rungs-
> Check
> Or do you have another script?

As a lot of people in dewiki, I'm using the script you posted together with
some custom CSS to hide the (ugly) BKL generated by the script and
change the link coloring. Also, I have some CSS to colorize .mw_redirect links,
which are generated by Mediawiki, see:
http://en.wikipedia.org/wiki/Wikipedia:Visualizing_redirects

-- 
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 49232] $wgWellFormedXml = false; breaks our EditPage broken bot protection in edittoken

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49232

Krinkle  changed:

   What|Removed |Added

 Blocks||50040

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


[Bug 50040] Set $wgWellFormedXml = false by default

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=50040

Krinkle  changed:

   What|Removed |Added

 Depends on||49232

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


[Bug 52177] Page cut off to the right/infobox displayed to wide

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52177

--- Comment #3 from Jonathan Haas  ---
The problem seems to be the inner table with the USK and PEGI logos in it,
removing this removes the problem, but I can't figure out why it's displayed
differently in VE mode.

-- 
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 49195] Drop fj_new_sha1 field

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49195

--- Comment #1 from Sean Pringle  ---
Definitely drop this?

The field is still referenced at least once in core:

$ grep -nr fj_new_sha1 *
includes/filebackend/filejournal/DBFileJournal.php:71

-- 
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 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

James Forrester  changed:

   What|Removed |Added

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

--- Comment #6 from James Forrester  ---
In response to community feedback, VisualEditor will be temporarily switched
back into opt-in mode on the German Wikipedia. We don’t intend to otherwise
alter the near-term VisualEditor deployment schedule, except in case of
emergencies.

As we did in the case of Dutch Wikipedia, for instance, which was exempted from
the phase 2 rollout, we try to accommodate community concern in the process of
this rollout. VisualEditor is the single largest and most disruptive change to
the user experience in the history of our projects. Not only is it still beta
software, it also depends on us working together in partnership to update
documentation, add template metadata (which is used by VisualEditor to make
templates more user-friendly), and deal with unexpected issues. We appreciate
your patience and feedback, and we have no intent of taking your partnership
for granted.

We also recognize that there are still significant areas for improvement (e.g.
performance, handling of tables, insertion of special characters) as well as
work we can do to reduce the incidence rate of problematic markup changes. As
we continue to support the beta where it is deployed, we’ll also update the
German Wikipedia community on progress in these areas, and prepare for
re-enabling VisualEditor later in the calendar year.

As a reminder, VisualEditor has always been optional to use, and can now also
be completely hidden from the user experience (as an individual preference) in
wikis where it is enabled by default.

-- James Forrester, Product Manager, VisualEditor team



Als Reaktion auf die Rückmeldungen der deutschsprachigen Wikipedia-Gemeinschaft
werden wir den VisualEditor dort temporär wieder nur per Opt-In verfügbar
machen. Darüber hinaus beabsichtigen wir nicht, die unmittelbare Planung für
andere Sprachversionen zu verändern, es sei denn, es treten schwerwiegende
Probleme auf.

Wie auch z.B. im Fall der niederländischen Wikipedia, die von Phase 2 der Beta
ausgenommen wurde, versuchen wir, bei der weiteren Aktivierung des VisualEditor
mit den Sprachversionen zusammen zu arbeiten und nehmen Bedenken ernst.
VisualEditor ist die weitgehendste Änderung an der Benutzeroberfläche in der
Geschichte unserer Projekte. VisualEditor ist aber noch Beta-Software, und der
Erfolg des Projekts hängt sehr davon ab, dass wir ein einer positiven
Partnerschaft zusammen arbeiten, um z.B. Vorlagen-Metadaten (TemplateData)
hinzuzufügen (die von VisualEditor verwendet werden, um die Benutzeroberfläche
für Vorlagen zu verbessern) und Dokumentation zu aktualisieren, und um mit
Software-Problemen umzugehen. Wir schätzen die Geduld und das ehrliche Feedback
der deutschsprachigen Wikipedia-Gemeinschaft, und gehen nicht davon aus, dass
eine Kooperation ohne gegenseitiges Entgegenkommen funktionieren kann.

Wir erkennen auch an, dass es im VisualEditor noch viel Raum für Verbesserungen
gibt. Das beinhaltet z.B. Performance, bessere Unterstützung für Tabellen und
einen Dialog für das Einfügen von Sonderzeichen. In einigen Fällen können wir
auch das Verhalten des Editors optimieren, um unerwünschte Änderungen am
Wikitext zu reduzieren. Auch auf der deutschsprachigen Wikipedia werden
Verbesserungen selbstverständlich für Opt-In-Nutzer kontinuierlich zur
Verfügung stehen, und wir werden regelmäßige Ankündigungen über Neuerungen
veröffentlichen. Unser Ziel ist eine Wiederaktivierung des VisualEditor in der
Beta-Konfiguration später im Kalenderjahr.

Die Verwendung von Wikitext wird selbstverständlich auch nach der
Wiederaktivierung des VisualEditor möglich sein. Der VisualEditor ist und
bleibt optional, und kann während der Beta-Phase auch komplett aus der
Benutzeroberfläche entfernt werden.

-- James Forrester, Produktmanager, VisualEditor-Team

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


[Bug 49199] Add index type_action

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49199

--- Comment #1 from Sean Pringle  ---
The gerrit link seems wrong?

The index name has no log* prefix while other newer indexes on the table do. Do
we definitely want it applied as-is?

-- 
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 52209] wmerrors should log fatals in a machine-readable format

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52209

Greg Grossmeier  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 CC||g...@wikimedia.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 51883] VisualEditor: Language templates replaced by snowmen at Japanese Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51883

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com
 Blocks||51792

--- Comment #1 from John Mark Vandenberg  ---
I quickly tried to reproduce this, and failed.  It might have been fixed by
improvements to the code.  It would be good if someone can ask B637pcgt what
they did to cause this issue.

jawp still has only a few VE edits per day
https://ja.wikipedia.org/wiki/special:recentchanges?tagfilter=visualeditor&days=30&limit=500

-- 
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 51792] VisualEditor: Non-English Wikipedia issues (tracking)

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51792

John Mark Vandenberg  changed:

   What|Removed |Added

 Depends on||51883

-- 
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 52209] New: wmerrors should log fatals in a machine-readable format

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52209

   Web browser: ---
Bug ID: 52209
   Summary: wmerrors should log fatals in a machine-readable
format
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: o...@wikimedia.org
CC: tstarl...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

MediaWiki fatals occurring on the production cluster are formatted and logged
by 'wmerrors', a PHP extension which Tim wrote. The output format is simple and
clear, and it approximates the format of exceptions logged from within
MediaWiki code. It is well-suited for flat log files.

However, because the output format is not formally specified and does not
adhere to a common data encoding standard, it's a bit tricky to process
programmatically. It'd be nice to have some service in production that performs
some intelligent grouping of fatals and produces useful reports and alerts, and
to that end it'd be nice to have wmerrors output JSON instead.

This isn't a blocker because we can decode the current output format using a
few simple regular expressions. But encoding at the source would be more
reliable and be subject to fewer idiosyncrasies. (Example: wmerrors calls PHP's
Exception::getTraceAsString, which uses ellipses to indicate truncation; it'd
be better to use Exception::getTrace, scrub the 'args' item from each frame,
and encode the whole thing as a JSON array.)

Once Iacda90fb is merged, it will be possible to log JSON-encoded exceptions
from core, so parity between the two log formats (exception & fatal) can be
maintained.

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


[Bug 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

--- Comment #5 from Gerrit Notification Bot  ---
Change 76468 had a related patch set uploaded by MZMcBride:
Explicitly disabled VisualEditor by default on dewiki

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

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


[Bug 49860] Enable CAPTCHA for all edits of non-confirmed users on pt.wikipedia in order to reduce editing activity

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49860

--- Comment #75 from Erik Moeller  ---
Dear Portuguese Wikipedia community.

We've carefully reviewed the requested operations change to reinstate the
emergency CAPTCHA on the Portuguese Wikipedia that forces all non-autoconfirmed
users to complete a CAPTCHA for any edit.

Our understanding is that there is significant concern among the Portuguese
Wikipedia community about an increase in vandalism and low-quality edits. These
edits cannot be properly monitored and reverted without the CAPTCHA being in
place, at least temporarily. We are aware that a CAPTCHA in emergency mode
configuration was set up in January 2008, when there was a crisis, and since
then it has not been removed until this year. We know there has been a lot of
discussion lately about the use of a CAPTCHA, and the recent changes made by
the MediaWiki community were controversial among the Portuguese Wikipedia
community. Hence, we've carefully taken all perspectives into consideration.

We believe that a CAPTCHA implemented in this way is a very poor tool for
managing vandalism or spam. The CAPTCHA presents a barrier to new contributors
and lowers all edit rates both good and bad, which is the antithesis of our
mission. The Wikimedia CAPTCHA is poorly readable, uses an English language
dictionary, and does not work for users with impaired vision.

There are better tools, such as the AbuseFilter, Spam Blacklist, and Twinkle,
as well as various vandalism monitoring tools that could be ported to the
Portuguese Wikipedia. With the exception of Portuguese Wikipedia, *all* other
Wikimedia projects use the combination of these existing tools to deal with
vandalism, spam, and low-quality edits.

A CAPTCHA for non-autoconfirmed edits is not compatible with the Wikimedia
movement's core values. Specifically, enabling every person on the planet to
share in the sum of all knowledge.

At the same time, we recognize that the Portuguese Wikipedia community has been
deliberating over this issue for some time, and that a sudden change of
configuration may not have offered you sufficient time to explore alternative
solutions. We are aware you are working on the anti-vandalism project
(http://pt.wikipedia.org/wiki/Wikip%C3%A9dia:Projetos/AntiVandalismo). Let us
know if we can help with any type of support for that.

To this end, we agree to re-enable the emergency CAPTCHA for non-autoconfirmed
users. However, we will permanently disable the emergency CAPTCHA mode by
December 31, 2013, if no decision to disable it sooner is reached by the
community. In the meantime, we will continue to engage in dialog about
alternatives. 

-- Erik Moeller, Deputy Director, Wikimedia Foundation

--

(The Portuguese translation below was prepared by Oona Castro.)

Prezada Comunidade da Wikipedia em português,

Nós cuidadosamente avaliamos a solicitação de re-implantação do “CAPTCHA
emergencial” na Wikipédia em Português, que força todos os usuários não
autoconfirmados a preencherem o CAPTCHA para qualquer edição. 

Nosso entendimento é de que há grande preocupação da comunidade da Wikipédia em
português em relação ao crescimento de vandalismo e edições de baixa qualidade
- que não teriam como ser propriamente monitoradas e revertidas sem o CAPTCHA
emergencial em operação, pelo menos temporariamente. Estamos cientes de que
essa configuração do CAPTCHA estava ativa desde janeiro de 2008, quando houve
uma crise e, desde então, nunca havia sido retirado, até a remoção em abril de
2013. Sabemos que houve muitas discussões recentemente sobre o uso do CAPTCHA e
que a mudança feita pela comunidade do Mediawiki gerou controvérsias na
comunidade da Wikipédia em português. Por isso, tivemos o cuidado de levar as
diversas perspectivas e opiniões em consideração. 

Acreditamos que o CAPTCHA implementado desta forma é uma ferramenta pouco
apropriada para gerenciar vandalismo ou SPAM, uma vez que representa uma
barreira para novos editores e usá-la para reduzir o número de edições, boas ou
ruins, é a antítese de nossa missão. O CAPTCHA da Wikimedia é quase ilegível,
usa o inglês como dicionário e não funciona para deficientes visuais. 

Há ferramentas melhores, como o AbuseFilter, Twinckle, assim como diversas
ferramentas de monitoramento de vandalismo que podem ser localizadas para a
Wikipédia em Português. Com exceção da Wikipédia em português, *todos* os
outros projetos Wikimedia usam a combinação dessas ferramentas  para lidar com
vandalismo, SPAM e edições inapropriadas ou de baixa qualidade. 

Um CAPTCHA para quais edições não autoconfirmadas não é compatível com os
principais valores do movimento Wikimedia - em especial, permitir que todas as
pessoas no mundo contribuam com o compartilhamento de todo o conhecimento do
planeta. 

Ao mesmo tempo, reconhecemos que a comunidade da Wikipédia em Português vêm
discutindo a questão por um bom tempo, e que uma mudança repentina na
configuração possa não ter oferecido tempo suficiente para

[Bug 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

--- Comment #4 from Gerrit Notification Bot  ---
Change 76199 had a related patch set uploaded by MZMcBride:
Enable anonymous use of VisualEditor on es/fr/he/it/pl/ru/sv

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

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


[Bug 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

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


[Bug 52014] VisualEditor: floating toolbar causes scrolling of large pages to be very slow

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52014

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|ASSIGNED|PATCH_TO_REVIEW

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


[Bug 52014] VisualEditor: floating toolbar causes scrolling of large pages to be very slow

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52014

--- Comment #4 from Gerrit Notification Bot  ---
Change 76241 had a related patch set uploaded by Jforrester:
ve.ui.Toolbar: Refactor floating logic for performance

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

-- 
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 51507] VisualEditor: Add a keyboard shortcut for "Clear formatting"

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51507

James Forrester  changed:

   What|Removed |Added

   Target Milestone|--- |VE-deploy-2013-08-01

-- 
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 51507] VisualEditor: Add a keyboard shortcut for "Clear formatting"

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51507

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
 CC||rm...@wikimedia.org
  Component|General |Editing Tools
Summary|Keyboard shortcut for   |VisualEditor: Add a
   |"Clear formatting"  |keyboard shortcut for
   ||"Clear formatting"
   Severity|normal  |enhancement

--- Comment #2 from James Forrester  ---
I can see wanting to use Ctrl + Spacebar for a general whitespace inserter menu
(nbsp/tab/etc.), so how about we go with Ctrl + \?

-- 
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 51507] Keyboard shortcut for "Clear formatting"

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51507

--- Comment #1 from Matthew Flaschen  ---
Shortcuts used in other programs are:

Ctrl + Spacebar - Used by Word for "Remove paragraph or character
formatting."/"Remove manual character formatting"
(http://support.microsoft.com/kb/290938).
Ctrl + \ - Used by Google Docs for "Clear formatting"
(https://support.google.com/drive/answer/179738?hl=en)
Ctrl + M - Used by LibreOffice for "Clear direct formatting"
(https://help.libreoffice.org/Common/General_Shortcut_Keys_in)

-- 
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 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

MZMcBride  changed:

   What|Removed |Added

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

--- Comment #3 from MZMcBride  ---
VisualEditor's configuration variables are a bit confusing to me, but it seems
like the German Wikipedia would like to reverse part of this change:
.

wmgVisualEditorDefault would be set to false for dewiki.

wmgVisualEditorDisableForAnons would be left as true for dewiki.

Is this correct?

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


[Bug 49998] Enable VisualEditor by default for all users of the "top 15" Wikipedias

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49998

MZMcBride  changed:

   What|Removed |Added

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

-- 
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 52103] Missing nowiki escaping when single quotes wrap new i/b tags

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52103

--- Comment #3 from Gerrit Notification Bot  ---
Change 76467 had a related patch set uploaded by Subramanya Sastry:
Take #2: (Bug 52103) nowiki escaping when quotes surround i/b tags

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

-- 
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 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

--- Comment #2 from MZMcBride  ---
From bug 49998 comment 8:

---
In the quick poll (see #7) the results at the moment are as following:

1) enabeling VE as default for all users: 21 votes
2) VE as default for logged-in users: 6 votes
3) VE to be opt-in only until all bugs are fixed: 430 votes (!)
4) enabeling VE under another link name (suggestion was "Visual Editor (beta)"
instead of "Bearbeiten" ("edit")): 31 votes

According to this large majority of users who oppose defaulting VE by tomorrow,
I hereby ask you to put VE back to opt-in for logged-in users until the most
important bugs are fixed. Thank you.
---

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


[Bug 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

MZMcBride  changed:

   What|Removed |Added

   Keywords||shell

--- Comment #1 from MZMcBride  ---
From bug 49998 comment 7:

---
the German wikipedia just started a quick poll over the weekend to at least
postpone this activation for anonymous users on monday:

https://de.wikipedia.org/wiki/Wikipedia:Umfragen/VisualEditor_Opt-in

the poll has currently also a option for the previous state where VE was Opt-in
for users instead of Opt-out if this is still possible.

It would be appreciated to take the outcome on monday into account and postpone
this activation for dewiki if desired.
---

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


[Bug 52202] VisualEditor: Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

MZMcBride  changed:

   What|Removed |Added

 CC||benap...@gmail.com,
   ||dereck...@espace-win.org,
   ||tom...@twkozlowski.net,
   ||wikimedia.b...@snowolf.eu
  Component|General |Site requests
   Assignee|jforres...@wikimedia.org|wikibugs-l@lists.wikimedia.
   ||org
Product|VisualEditor|Wikimedia
Summary|Change to opt-in for|VisualEditor: Change to
   |registered users, postpone  |opt-in for registered
   |activation for IPs on the   |users, postpone activation
   |German Wikipedia|for IPs on the German
   ||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 52202] Change to opt-in for registered users, postpone activation for IPs on the German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

MZMcBride  changed:

   What|Removed |Added

   Priority|Immediate   |Highest
 CC||b...@mzmcbride.com,
   ||e...@wikimedia.org
Summary|Change to opt-in for|Change to opt-in for
   |registed users, postpone|registered users, postpone
   |activation for IPs  |activation for IPs on the
   ||German Wikipedia
   Severity|blocker |critical

-- 
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 48786] Labs should not be able to trigger Newprojects announcements

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=48786

--- Comment #12 from Casey Brown  ---
(In reply to comment #11)
> Depending on what box the email is being sent from it may even match SPF ...
> since I know some of our boxes are on the SPF records. 
> 
> Most of the options described in this ticket would actually break the whole
> list (it wouldn't get New Wiki emails from either the cluster OR labs). If we
> can find a good way to fix this just in mailman 'great' (though I haven't
> seen
> an obvious way yet to do so from my brief poking around). It seems the most
> likely angle of attack will be the script.

This. ^

I don't think there's really anything we can do from the mailman angle to fix
this. The script's really the only way to change this. That being said though
-- are we sure it's really a problem that labs project creations get sent to
the list? How often does that happen / will it happen? If it's something that
happens infrequently, it probably doesn't matter if the list gets
notifications.

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


[Bug 52208] defaultsort's noreplace argument not working as expected.

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52208

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  ---
DEFAULTSORT has to come above the category.

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


[Bug 52208] defaultsort's noreplace argument not working as expected.

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52208

Technical 13  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal

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


[Bug 50762] Use variables to show/hide items in the navigation bar

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=50762

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

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


[Bug 52208] New: defaultsort's noreplace argument not working as expected.

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52208

   Web browser: ---
Bug ID: 52208
   Summary: defaultsort's noreplace argument not working as
expected.
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Parser
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: technical...@yahoo.com
Classification: Unclassified
   Mobile Platform: ---

[22:48]  Can I get some clarification for the DEFAULTSORT
|noreplace switch? I used it in a template that goes at the top of a page
expecting it to lock that in as the defaultsort, but it doesn't seem to be
working that way. Anyone have a solution for this?
[22:49] * You are now known as T13|sleeps
[22:49]  T13|sleeps: Please include a link to what you're talking about.
[22:50]  http://enwp.org/Template:AFC_submission/declined
[22:53]  [[Category:G13 eligible AfC
submissions]]{{DEFAULTSORT:{{padleft:{{#expr:(({{#time:y|{{REVISIONTIMESTAMP*12)+{{REVISIONMONTH1}})}}|3|0}}|noreplace}}
[22:54]  ^^^ that part of code
[22:56]  If you check out some of the submissions that are in the
G13 eligible cat there that are under a letter you will see at the bottom of
those pages defaultsort "###" replaced with blah...
[22:58] 
http://en.wikipedia.org/wiki/Category:G13_eligible_AfC_submissions
[22:58]  Is the link to cat
[22:59] 
http://en.wikipedia.org/wiki/Wikipedia_talk:Articles_for_creation/charlie_zelenoff
[22:59]  Is a link to an overridden defaultsort example
[23:00]  Warning: Default sort key "Zelenoff, Charlie" overrides
earlier default sort key "148"
[23:00]  Is the message I get but wasn't expecting because
noreplace up top I thought would prevent it.

I would expect that argument to make the parser stop looking for defaultsort
magic word.

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


[Bug 50762] Use variables to show/hide items in the navigation bar

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=50762

--- Comment #2 from Gerrit Notification Bot  ---
Change 76463 had a related patch set uploaded by Mollywhite:
Bug 50762: Add variables to show/hide items in the navbar.

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

-- 
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 52206] login error - redirected to wmfwiki Special:CentralLogin/start

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52206

--- Comment #4 from John Mark Vandenberg  ---
Can we get pageview stats for wmfwiki:Special:CentralLogin ?

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


[Bug 44975] Deployment of global AbuseFilter rules

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=44975

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #4 from MZMcBride  ---
(In reply to comment #1)
> If no issues are identified, we'll enable to permission in the next few days,
> and and continue to monitor performance while Stewards write rules for these
> enabled wikis.

I'm a bit confused as to the status of this bug.

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


[Bug 52206] login error - redirected to wmfwiki Special:CentralLogin/start

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52206

--- Comment #3 from MZMcBride  ---
During the testing period, this happened to me once. I figured it was cookie
clashing or something.

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


[Bug 52206] login error - redirected to wmfwiki Special:CentralLogin/start

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52206

--- Comment #2 from John Mark Vandenberg  ---
After I pressed the back button and submitted the login again, I was logged in
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 52206] login error - redirected to wmfwiki Special:CentralLogin/start

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52206

Alex Monk  changed:

   What|Removed |Added

 CC||kren...@gmail.com

--- Comment #1 from Alex Monk  ---
CentralAuth isn't installed on private and fishbowl wikis, so you shouldn't be
redirected there as part of the CentralAuth login process...

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


[Bug 52207] New: MobileFrontend don't support ReCaptcha

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52207

   Web browser: ---
Bug ID: 52207
   Summary: MobileFrontend don't support ReCaptcha
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: MobileFrontend
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: stephdech...@gmail.com
CC: aricha...@wikimedia.org, jgon...@wikimedia.org,
jrob...@wikimedia.org, kw...@wikimedia.org,
maxsem.w...@gmail.com, mgro...@wikimedia.org,
mpinc...@wikimedia.org, rkald...@wikimedia.org,
tf...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12998
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12998&action=edit
Screenshot

I've just set up a MW site with MobileFrontend. I use ReCaptcha to keep my wiki
clean. However when I tried to register to a new account, I did not find any
prompt which asks me for the ReCaptcha, and after I pressed Register button, it
told me that I need to provide the Confirmation code (See attachment).
Therefore no one can register via the mobile frontend now. Any solution?

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


[Bug 49890] Logging out on a different device logs me out everywhere else

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49890

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com

--- Comment #12 from John Mark Vandenberg  ---
I am regularly being logged out when using two different browsers (Firefox and
Chrome) on the same workstation.  I log out of one browser, and I am
automatically logged out of the other one.  Is this bug the cause? (should the
summary be 'log out is always global')  MediaWiki:Logouttext should mention
that the logout is now global.  Is it a regression or planned feature?

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


[Bug 52206] New: login error - redirected to wmfwiki Special:CentralLogin/start

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52206

   Web browser: ---
Bug ID: 52206
   Summary: login error - redirected to wmfwiki
Special:CentralLogin/start
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: CentralAuth
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jay...@gmail.com
CC: agarr...@wikimedia.org, vasi...@gmail.com,
wikimedia.b...@snowolf.eu
Classification: Unclassified
   Mobile Platform: ---

While logging into English Wikipedia on Chrome, I was sent to

http://wikimediafoundation.org/wiki/Special:CentralLogin/start?token=
(I can provide the token if it is helpful)

which is an error page:

No such special page
You have requested an invalid special page.
A list of valid special pages can be found at Special pages.
Return to Home.

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


[Bug 52168] API prop=flagged uses idiosyncratic/internal format for protection_expiry timestamp

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52168

Alex Monk  changed:

   What|Removed |Added

 CC||kren...@gmail.com

--- Comment #3 from Alex Monk  ---
Gerrit notification bot will send that message for you (and set
PATCH_TO_REVIEW) if you put the 'Bug: x' bit right above the Change-Id instead
of putting a line between 'Bug: x' and 'Change-Id: y'.

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


[Bug 52168] API prop=flagged uses idiosyncratic/internal format for protection_expiry timestamp

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52168

--- Comment #2 from Gerrit Notification Bot  ---
Change 76460 had a related patch set uploaded by Alex Monk:
Format protection_expiry timestamp in ISO format for API prop=flagged

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

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


[Bug 52175] Save dialog checkboxes layout problem on Firefox for German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52175

--- Comment #1 from John Mark Vandenberg  ---
Created attachment 12997
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12997&action=edit
Windows 7 screenshot

Font is obviously a contributing factor here; on Windows the layout problem
almost disappears.

-- 
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 52175] Save dialog checkboxes layout problem on Firefox for German Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52175

John Mark Vandenberg  changed:

   What|Removed |Added

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

-- 
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 51335] VisualEditor: Beta notices fly-out too narrow on some systems (even though its width is specified in ems)

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51335

John Mark Vandenberg  changed:

   What|Removed |Added

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

-- 
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 52176] Save dialog checkboxes layout problem on Firefox for Dutch Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52176

John Mark Vandenberg  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=52175,
   ||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=51335
Web browser|--- |Firefox
 OS|All |Linux
   Severity|normal  |minor

--- Comment #2 from John Mark Vandenberg  ---
The Dutch layout is great on Windows 7 Enterprise, so I agree it may be a Linux
only issue.

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


[Bug 51792] VisualEditor: Non-English Wikipedia issues (tracking)

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51792

John Mark Vandenberg  changed:

   What|Removed |Added

 Depends on||51680

-- 
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 51680] Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51680

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com
 Blocks||51792

--- Comment #3 from John Mark Vandenberg  ---
Can't reproduce on enwp for obvious reasons.

-- 
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 52176] Save dialog checkboxes layout problem on Firefox for Dutch Wikipedia

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52176

This, that and the other  changed:

   What|Removed |Added

 CC||at.li...@live.com.au

--- Comment #1 from This, that and the other  ---
Seems related to bug 51335. This is the same/similar font.

-- 
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 52204] Newly typed ISBN doesn't automatically render as a link

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52204

This, that and the other  changed:

   What|Removed |Added

 CC||at.li...@live.com.au
Summary|new ISBN does render blue   |Newly typed ISBN doesn't
   ||automatically render as a
   ||link

-- 
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 51680] Links to local namespace Wikipedia:Foo rendered as mw:WikiLink/Interwiki to enwiki

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51680

--- Comment #2 from John Mark Vandenberg  ---
Created attachment 12996
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12996&action=edit
screenshot of adding a wikipedia: link

-- 
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 52168] API prop=flagged uses idiosyncratic/internal format for protection_expiry timestamp

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52168

This, that and the other  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

--- Comment #1 from This, that and the other  ---
https://gerrit.wikimedia.org/r/76460

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


[Bug 52185] pawn ♙ appears on undo deleting template

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52185

Chris McKenna  changed:

   What|Removed |Added

 CC||cmcke...@sucs.org

--- Comment #2 from Chris McKenna  ---
This is possibly bug 51532

-- 
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 51631] add wb_property_info table to Wikidata

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51631

--- Comment #2 from Sean Pringle  ---
Discussed this previously in a separate email thread. 

The schema seems fine, has a PK suitable for OSC, etc. Good to go.

-- 
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 50540] VisualEditor: Display both "edit" and "edit source" links for sections without hover

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=50540

--- Comment #38 from Chris McKenna  ---
It's not about aesthetics (that's the reason we have the hover) it's about
usability. 

One icon and one link would not likely slow me down considerably, but it would
seriously impact new users and those who are not as computer savvy as the
people who comment here. UIs need to consistent and accessible. There are two
editors, and they need to be accessed in the same way. One icon and one link is
guaranteed to cause confusion and it will require active thought far longer
than two of the same (blame human psychology).

Take a look at the user interfaces of all the websites and programs you use,
and look at the ones you don't regularly use because you can do the same easier
elsewhere. Notice how all the ones you think of as good are clear, intuitive
and internally consistent. This is not a coincidence.

-- 
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 49998] Enable VisualEditor by default for all users of the "top 15" Wikipedias

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49998

--- Comment #9 from John Mark Vandenberg  ---
bug 52202 has been created based on the German Wikipedia poll.

-- 
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 52205] New: VisualEditor: Toolbar should fit on landscape iPad (and average non-maximised windows in general)

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52205

   Web browser: ---
Bug ID: 52205
   Summary: VisualEditor: Toolbar should fit on landscape iPad
(and average non-maximised windows in general)
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: rm...@wikimedia.org
  Reporter: krinklem...@gmail.com
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12995
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12995&action=edit
Screenshot of VE on an iPad (3rd gen, iOS 6, en.wikipedia.org)

Dimensions   Dim.. without OS menu bar
iPhone / iPod 320 x 480320 x 460
iPh?o.. Retina640 x 960640 x 920
iPad (portait)768 x 1024   768 x 1004
iPa.. (landscape) 1024 x 768   1024 x 748


So that means at least under 1024px (not accounting for MediaWiki sidebar, that
is to be subtracted from that)

Measuring on my MacBook Pro in latest Chrome I measure exactly 1281px as the
minimum window width to have the toolbar be one line. 1331px to account for
vector-hd mode and allow a bit of breathing room between the left and right
half of the toolbar.

When at 1281px, the width of just the toolbar (subtracted the mw sidebar) is
1103px.

So, a lot to cut down on. Any ideas?

-- 
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 52014] VisualEditor: floating toolbar causes scrolling of large pages to be very slow

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52014

--- Comment #3 from Tim Starling  ---
https://gerrit.wikimedia.org/r/#/c/76241/

-- 
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 52204] New: new ISBN does render blue

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52204

   Web browser: ---
Bug ID: 52204
   Summary: new ISBN does render blue
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: jforres...@wikimedia.org
  Reporter: jay...@gmail.com
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Adding "ISBN 0-471-17864-0" doesnt render the ISBN as a link.  This is more
important in the reference tool, but should work on all richtext surfaces.

-- 
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 52162] why action=edit as default after clicking on a red link

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52162

--- Comment #3 from John Mark Vandenberg  ---
Ah, I see a process problem with type=fulltext too

inputbox goes to search results, and search results show a red link, which the
user would click on to start a new page. e.g.

https://en.wikipedia.org/wiki/Special:Search/this_article_doesnt_exist

I believe that some enhancement will be needed in the InputBox extension to
support creating VE or SE articles.
https://www.mediawiki.org/wiki/Extension:InputBox

-- 
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 52047] Mobile editor doesn't support captcha

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52047

Juliusz Gonera  changed:

   What|Removed |Added

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

--- Comment #5 from Juliusz Gonera  ---
Definitely not fixed. Captcha is still not supported.

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


[Bug 52049] Mobile editor silently fails when abusefilter is triggered

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52049

--- Comment #9 from Juliusz Gonera  ---
I'm not sure if we should mark this fixed. This should still be implemented.

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


[Bug 49228] Vector: The version of the Vector extension bundled with MediaWiki 1.21 is incompatible

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49228

--- Comment #17 from Rob Kam  ---
Until the new release happens, is there some fix to get JavaScript working
again with 1.21 and Vector?

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


[Bug 52162] why action=edit as default after clicking on a red link

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52162

--- Comment #2 from Tar Lócesilion  ---
In the plwiki, we have no important inputbox with 'type=create' in the main nor
user namespace, but there are inputboxes in help or project pages which create
a new article (for ex. [[pl:Pomoc:Tworzenie nowych haseł#Niniejsza strona]]),
and after clicking the button there is 'action=edit&preload=' in url.

Second, whenever we click on a red link in an article (the main),
'action=edit&redlink=1' displays. The default tab is 'Create source', not
'Create'. It's quite surprising for me and for the newbies, I believe.

-- 
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 52203] New: VipsScaler clutters /tmp on imagescalers

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52203

   Web browser: ---
Bug ID: 52203
   Summary: VipsScaler clutters /tmp on imagescalers
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: VipsScaler
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: maxsem.w...@gmail.com
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com,
fflo...@wikimedia.org, has...@free.fr,
mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---

Today, /tmp on mw1157 was running out of free space because it was full of huge
vips-1*.v files, with size either precisely 400M or slightly less. Also,
there's a load of small files called localcopy_5c00a2180a19-1.svg, but they're
not influencing usage much. After I nuked all *.v older than 1 day, usage
dropped to 40% which means that it will fill everything very soon. We need to
investigate why temp files are left to rot forever or at least implement a
cleanup cronjob as a stopgap measure.

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


[Bug 52162] why action=edit as default after clicking on a red link

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52162

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
Could you provide a example of a 'type=create' problem affecting VE?  Is it
used on main or user namespace in your wiki?

-- 
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 48786] Labs should not be able to trigger Newprojects announcements

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=48786

--- Comment #11 from James Alexander  ---
Depending on what box the email is being sent from it may even match SPF ...
since I know some of our boxes are on the SPF records. 

Most of the options described in this ticket would actually break the whole
list (it wouldn't get New Wiki emails from either the cluster OR labs). If we
can find a good way to fix this just in mailman 'great' (though I haven't seen
an obvious way yet to do so from my brief poking around). It seems the most
likely angle of attack will be the script.

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


[Bug 51453] VisualEditor:Wrong reference subnumbering used for some wikis

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51453

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com
 Blocks||51792

-- 
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 51792] VisualEditor: Non-English Wikipedia issues (tracking)

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51792

John Mark Vandenberg  changed:

   What|Removed |Added

 Depends on||51453

-- 
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 52159] Inserting an existing reference puts it at the start of the paragraph instead of where the cursor is

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52159

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com

--- Comment #1 from John Mark Vandenberg  ---
I did only a quick test, and could not reproduce this bug.  Could you give more
detailed instructions?

-- 
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 52160] References in the list of existing references don't update after being edited in the current editing session

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52160

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
Confirmed.  Use existing reference shows original references, before they were
modified.

-- 
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 48786] Labs should not be able to trigger Newprojects announcements

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=48786

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org

--- Comment #10 from Mark A. Hershberger  ---
(In reply to comment #9)
> Well something is going wrong if a labs script can pretend to be a valid
> @wikimedia.org address

Anyone can pretend have any email address they want.  The problem is the script
creating the email and mailman.  Mailman would have to look at SPF records or
IP addresses to see if the mail was valid and, to my knowledge, that isn't
something Mailman is built to do.

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


[Bug 52177] Page cut off to the right/infobox displayed to wide

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52177

--- Comment #2 from John Mark Vandenberg  ---
Note it doesnt happen on uses of the equivalent enwp infobox
https://en.wikipedia.org/wiki/Counter-Strike?veaction=edit

-- 
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 52177] Page cut off to the right/infobox displayed to wide

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52177

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
The width of the infobox is the same in view and VE mode for me, in Firefox and
Chrome.
However I can reproduce the logo layout problems in both browsers.

The first logo is not centered
https://de.wikipedia.org/wiki/Datei:The_Binding_Of_Isaac_Logo.svg

And the PEGI logo is pushed off the screen.

This happens with all uses (more than 2300) of
https://de.wikipedia.org/wiki/Vorlage:Infobox_Computer-_und_Videospiel

-- 
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 52184] Selection expanded on undo

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52184

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
Reproduced.

-- 
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 52171] Duplication of characters

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52171

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
Reproduced.

-- 
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 49896] Images: Work around broken thumbnail image dimensions in API response for ogg file

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49896

John Mark Vandenberg  changed:

   What|Removed |Added

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

-- 
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 50365] VisualEditor: Template:Listen (and similar sound files) doesn't render the TMH aspects correctly

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=50365

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
This looks like it is caused by bug 49896.

-- 
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 52202] Change to opt-in for registed users, postpone activation for IPs

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

Matthias Becker  changed:

   What|Removed |Added

   Priority|Unprioritized   |Immediate

-- 
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 52181] Can't add or remove tables or table cells

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52181

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
I couldnt find another bug for creating tables.

-- 
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 52202] New: Change to opt-in for registed users, postpone activation for IPs

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52202

   Web browser: ---
Bug ID: 52202
   Summary: Change to opt-in for registed users, postpone
activation for IPs
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: blocker
  Priority: Unprioritized
 Component: General
  Assignee: jforres...@wikimedia.org
  Reporter: matthiasbecker1...@yahoo.de
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

According to
http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Umfragen/VisualEditor_Opt-in
the German Wikipedia community demands to postpone enablement of the VE for IPs
until the VE is a robust and mostly bug free feature and to revert VE for
registered users back to "opt-in".

-- 
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 52180] Can't edit table cell background

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52180

John Mark Vandenberg  changed:

   What|Removed |Added

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

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


[Bug 52179] Can't edit colspan or rowspan on tables

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52179

John Mark Vandenberg  changed:

   What|Removed |Added

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

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


[Bug 52185] pawn ♙ appears on undo deleting template

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52185

John Mark Vandenberg  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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


[Bug 52185] pawn ♙ appears on undo deleting template

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52185

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #1 from John Mark Vandenberg  ---
Reproduced; I havent looked to see if this scenario has been reported already.

-- 
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 52113] VisualEditor - Undo keyboard shortcuts clear undo / redo history if pressed to often. (And other fun)

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52113

John Mark Vandenberg  changed:

   What|Removed |Added

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

-- 
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 52173] Visual Editor should color links

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52173

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #4 from John Mark Vandenberg  ---
Jonathan, are you referring to the gadget
https://de.wikipedia.org/wiki/Wikipedia:Helferlein/Begriffskl%C3%A4rungs-Check
Or do you have another script?

Also, there is a real bug here, other than redlinks and other core colouring.
Im marking it as NEW as it is a different problem.  It is possible that fixing
the color of redlinks will fix the other colouring scripts in the wild, in
which case close this as a dup.

Whatever customisation hook was used previously in read mode needs to be
available in VE mode.  There are people with colour blindness for specific
colours, and a VE must be customisable, if only with a gadget/user css.  German
Wikipedia has a gadget for red-green colour blindness:
https://de.wikipedia.org/wiki/Wikipedia:BIENE/Farbenfehlsichtigkeit

-- 
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 52197] please fix certain types of edit conflict - new section versus editing the last section

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52197

Rainer Rillke @commons.wikimedia  changed:

   What|Removed |Added

 CC||rainerril...@hotmail.com

--- Comment #2 from Rainer Rillke @commons.wikimedia  
---
This was not solved for so many years; either you do-it-yourself or you wait
until the happy-makers deploy Flow.

The background of all this is that MW pages are verrry baad for discussion.
Each time someone adds a comment, the whole page content is stored in the
database. The same happens when changing a category. All this is ignored for
years now, and, instead one extension follows the next one. No one cares about
the basics. The board or Sue made a decision and all devs had to spend their
power there.

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


[Bug 52172] Visual Editor shows empty lines which don't exists

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52172

John Mark Vandenberg  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jay...@gmail.com
 Resolution|--- |DUPLICATE

--- Comment #1 from John Mark Vandenberg  ---
This is covered by a few bugs.
bug 47790 is about blank lines before an infobox or before a list.
see also bug 49806, which is about hidden templates which can be deleted.

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

-- 
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 47790] VisualEditor: Slugs should be more obvious to the user that they're not "really" blank lines

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47790

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jonathan_h...@live.de

--- Comment #13 from John Mark Vandenberg  ---
*** Bug 52172 has been marked as a duplicate of this bug. ***

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


[Bug 52198] VisualEditor: Fix "Uncaught TypeError: Cannot read property 'params' of undefined 'content'"

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52198

--- Comment #2 from Carl Fürstenberg  ---
> > >  if (content.params) {

If we had used coffescript instead of plain JS, it would be so simple to write
that as:
 if content?.params
   ...

Now I assume we'll need to do it manually as
  if (typeof content !== "undefined" && content !== null && content.params) {
...
  }

-- 
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 52141] VisualEditor: disable on pages it corrupts

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52141

--- Comment #2 from John Mark Vandenberg  ---
If WMF has spare compute power, Parsoid could flag which pages it _may_ break,
and tell the VE extension to not enable itself on those pages.

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


[Bug 51115] You can't foreach over database results. No database installer, other issues.

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51115

Krinkle  changed:

   What|Removed |Added

  Attachment #12815|1   |0
   is patch||

--- Comment #9 from Krinkle  ---
Comment on attachment 12815
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12815
It's the entire extension in a gzip tar.

Fix attachment type. This is not compatible with bugzilla "patch".

-- 
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 52201] New: API should always return the filter id as a number

2013-07-28 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=52201

   Web browser: ---
Bug ID: 52201
   Summary: API should always return the filter id as a number
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Keywords: easy
  Severity: enhancement
  Priority: Unprioritized
 Component: AbuseFilter
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mybugs.m...@gmail.com
CC: agarr...@wikimedia.org, nischay...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Currently, a call such as
https://en.wikipedia.org/w/api.php?action=query&list=abusefilters&format=jsonfm&abflimit=2&abfprop=id%7Cdescription
correctly returns the id as a number, but other calls are not consistent with
this and return them as strings:

https://en.wikipedia.org/w/api.php?action=query&list=logevents&format=jsonfm&leprop=timestamp%7Cdetails&leaction=abusefilter%2Fmodify&lelimit=2

https://en.wikipedia.org/w/api.php?action=query&list=abuselog&format=jsonfm&afllimit=2&aflprop=ids%7Cresult%7Ctimestamp%7Crevid

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


  1   2   3   >