[Bug 39676] Links in MediaWiki emails should respect the user's prefershttps preference

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it
Summary|The link in the e-mail  |Links in MediaWiki emails
   |should use https.   |should respect the user's
   ||prefershttps preference

--- Comment #15 from Nemo  ---
Since bug 29898 was fixed, isn't this an easy MediaWiki bug? We already vary
emails based on preferences (particularly language), it's trivial to modify (or
wrap) getCanonicalURL.

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

[Bug 53681] Explorer does not store history when using https

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #3 from Nemo  ---
So tempted to close this INVALID...

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

[Bug 62293] VisualEditor: When an image has a full size which is smaller than the default size, it does not set the default size to the value of full size

[bugzilla-daemon]

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

--- Comment #12 from Moriel Schottlender  ---
Just tested this again with the new MWImageModel, and it seems this bug is
fixed.

I tested on both Ló_heraldika.png and FS_barnstar.png with quick changes to the
size (as before). Works properly for me in labs.

-- 
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 65514] Missing messages on account creation

[bugzilla-daemon]

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

--- Comment #7 from florian.schmidt.wel...@t-online.de ---
Hmm, bot is sleeping?!
https://gerrit.wikimedia.org/r/#/c/134561/

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

[Bug 65564] VisualEditor: [Regression pre-wmf6] While changing the Image Type to Frame/Basic, it automatically selects the alignment as Left when it is positioned at the right of the page, but it does

[bugzilla-daemon]

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

--- Comment #2 from Moriel Schottlender  ---
The issue of default alignment between inline and block is more complex than I
initially thought. I made an additional fix to this behavior in this commit
https://gerrit.wikimedia.org/r/#/c/134554/ (which is merged now)

This should fix the current bug as well (it did on my tests locally, but please
verify)

I hope no more default-alignment problems pop up.

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

[Bug 64365] $defaultSchemas is not available as a $wg

[bugzilla-daemon]

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

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 64365] $defaultSchemas is not available as a $wg

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 134562 had a related patch set uploaded by Skizzerz:
(bug 64365) Gracefully fail when getting the default schema if we get a
non-standard db type instead of throwing notices. Also add a hook to allow
extensions that add non-standard types to configure said default

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

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

[Bug 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

--- Comment #7 from Moriel Schottlender  ---
(In reply to Roan Kattouw from comment #4)
> Well, you can most certainly trust node.getType() to tell you if calling
> node.getCaptionNode() will cause it to explode or not, and you apparently
> can't trust imgModel.getImageNodeType() in this case ;)
Yes, fallbacks should be included. I think the current (merged) commit dealt
with that, I hope no more bugs will come with it, but I'll go over the code to
verify.

> Yup, that sounds reasonable. However, we'd also have to define what happens
> when we inspect a node whose type appears to be "wrong"; we probably
> shouldn't change its type if the user didn't change any of the flags. OTOH,
> this just shouldn't happen.

That would be a problem, though -- how would we know that the type is wrong?
It's not like the user consciously chooses inline vs block. The inline/block
type is defined by seemingly arbitrary flags. They're not completely arbitrary,
which is good, but they're also not entirely intuitive either. The only way to
know for sure is through the tests in the getImageNodeType. It just has to be
verified to follow the right conditions.

In this case, I had a typo in there, and from my tests so far this *should* be
true for all the cases I tested, but I am slightly concerned we may be missing
things with wikitext, or that if new types are added we will have to adjust as
well.

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

[Bug 65566] Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

--- Comment #6 from Matthew Flaschen  ---
(In reply to Ori Livneh from comment #5)
> Yes, that's the intent. It's the lesser evil: you only activate if you can
> be sure you can do it without repeatedly pestering the user.

Yes, but it also risks invalidating/weakening the experiment by providing too
few people with the treatment.  So the cookie is probably the way to go for
now.

Since the Gerrit bot is slacking, Rob started this at
https://gerrit.wikimedia.org/r/#/c/134540/2 .

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

[Bug 65539] Switching languages crashed app

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 134557 had a related patch set uploaded by BearND:
Fix crash after switching languages

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

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

[Bug 65566] Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

--- Comment #5 from Ori Livneh  ---
(In reply to Matthew Flaschen from comment #4)
> Won't that cause it not to show the first time, if their storage happens to
> be full?

Yes, that's the intent. It's the lesser evil: you only activate if you can be
sure you can do it without repeatedly pestering the 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 65514] Missing messages on account creation

[bugzilla-daemon]

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

--- Comment #6 from Matthew Flaschen  ---
(In reply to florian.schmidt.welzow from comment #2)
> These messages aren't core messages, so sysops have to set, translate and
> edit these themselves.

WikimediaEvents is handled at TranslateWiki; e.g.
https://translatewiki.net/wiki/MediaWiki:Wmf-createacct-helpusername-url/es ,
just like regular extensions (the one exception being it uses a special prefix
so it doesn't conflict with core's message name).

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

[Bug 65364] mw.loader (with wgResourceLoaderStorageEnabled) fills up localStorage, preventing persistent writes by other code

[bugzilla-daemon]

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

--- Comment #6 from Matthew Flaschen  ---
> I think this is what the error means exactly.  I.E. you can still call the 
> localStorage API, but it is no longer *persistent* storage.

I was wrong before.  The browser did not have this behavior of letting
localStorage work, but non-persistently.  Rather, this is part of jStorage's
behavior.  It first writes it to in-memory (as Ori said), then attempts to save
but suppresses any error
(https://git.wikimedia.org/blob/mediawiki%2Fcore.git/ee5b96fe5df3bfdbc811259230d2f3da7e4ff1b6/resources%2Flib%2Fjquery%2Fjquery.jStorage.js#L444).

Related, if it can't save its test on initialization, localStorageReallyWorks
will be false and it will fall back.  On a modern browser (i.e. no
globalStorage or userData), this means it will be purely in-memory
($.jStorage.currentBackend() will be false)

Disclaimer: I was using a lower version of Firefox before (I actually upgraded
to Firefox 29.0.1 so I could get it to stop on caught exceptions), but I'm
pretty certain it was jStorage catching the error in both cases.

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

[Bug 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 134554 merged by jenkins-bot:
Fix MWImageModel's getImageNodeType()

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

-- 
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 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

--- Comment #5 from Gerrit Notification Bot  ---
Change 134554 had a related patch set uploaded by Mooeypoo:
Fix MWImageModel's getImageNodeType()

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

-- 
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 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

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 60014] Flow: Extension:MultimediaViewer doesn't work on files in Flow posts

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

 CC||legoktm.wikipe...@gmail.com
Summary|Flow:   |Flow:
   |Extension:MultimediaViewer  |Extension:MultimediaViewer
   |(Beta Feature) doesn't work |doesn't work on files in
   |on files in Flow posts  |Flow posts

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

[Bug 65566] Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

--- Comment #4 from Matthew Flaschen  ---
Won't that cause it not to show the first time, if their storage happens to be
full?

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

[Bug 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

--- Comment #4 from Roan Kattouw  ---
(In reply to Moriel Schottlender from comment #3)
> Most times, we can't trust the node.getType() because changes in the model
> changes the node's type -- that's what the model's test was for.
> 
Well, you can most certainly trust node.getType() to tell you if calling
node.getCaptionNode() will cause it to explode or not, and you apparently can't
trust imgModel.getImageNodeType() in this case ;)

> It should, however, not lie or make mistakes. This is going to be somewhat
> complex, since wikitext's way of transforming between inline/block can be
> extremely arbitrary-looking.
> 
Yeah, it should be improved, but if it makes mistakes the consequences
shouldn't be /this/ bad.

> One more thing that we could do, however, is use node.getType() whenever
> that *can* be trusted. This means that on loading the node (like in this
> bug) the node's type can be used, and same with after inserting a new node.
> 
Yes, exactly.

> In the other cases, though (like checking whether we're going to change a
> node type or just change the attributes) the node.getType() won't help us,
> we'll have to use a custom test inside the model to check.
Yup, that sounds reasonable. However, we'd also have to define what happens
when we inspect a node whose type appears to be "wrong"; we probably shouldn't
change its type if the user didn't change any of the flags. OTOH, this just
shouldn't 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 65566] Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

--- Comment #3 from Ori Livneh  ---
Something like this would work too, by making activation conditional on the key
not being present *and* on it being set successfully:

function shouldShow() {
try {
if ( localStorage.getItem( ctaFlagKey ) === null ) {
localStorage.setItem( ctaFlagKey, 'true' );
return localStorage.getItem( ctaFlagKey ) !== null;
}
} catch (e) {}
return false;
}

This approach wouldn't work with $.jStorage, because it caches any stored value
in an in-memory object, so the call $.jStorage.get will always succeed even
when the value fails to persist.

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

[Bug 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

--- Comment #3 from Moriel Schottlender  ---
Most times, we can't trust the node.getType() because changes in the model
changes the node's type -- that's what the model's test was for.

It should, however, not lie or make mistakes. This is going to be somewhat
complex, since wikitext's way of transforming between inline/block can be
extremely arbitrary-looking.

One more thing that we could do, however, is use node.getType() whenever that
*can* be trusted. This means that on loading the node (like in this bug) the
node's type can be used, and same with after inserting a new node.

In the other cases, though (like checking whether we're going to change a node
type or just change the attributes) the node.getType() won't help us, we'll
have to use a custom test inside the model to check.

-- 
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 65566] Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

--- Comment #2 from Ori Livneh  ---
Using a cookie temporarily makes sense -- fixing the localStorage issue
properly will take some work to get right.

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

[Bug 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #2 from Roan Kattouw  ---
This happens because imgModel.getImageNodeType() returns 'mwBlockImage', but
the actual node is an inline image.

So 1) we shouldn't base decisions on what to do with the node object on the
image model's opinion of what class the node should be, 2) that opinion should
be used in very very few places, everywhere else we should be using
node.getType() and 3) the image model's opinion should not be wrong :)

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

[Bug 65571] New: VisualEditor: Clean up unbinding of ConfirmDialog events

[bugzilla-daemon]

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

Bug ID: 65571
   Summary: VisualEditor: Clean up unbinding of ConfirmDialog
events
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Technical Debt
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: roan.katt...@gmail.com
CC: jforres...@wikimedia.org, ryasm...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

Clean up the mess I made in https://gerrit.wikimedia.org/r/134546

-- 
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 65364] mw.loader (with wgResourceLoaderStorageEnabled) fills up localStorage, preventing persistent writes by other code

[bugzilla-daemon]

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

--- Comment #5 from Ori Livneh  ---
(In reply to Derk-Jan Hartman from comment #3)
> @Ori, we should really move this into indexedDB, which has much bigger
> quota's.
> 
> We should have like a mw.storage.bigData (indexeddb with fallback to
> localStorage) and a mw.storage.smallData (localStorage with fallback to
> cookies (for wikieditor/collapsedstate of widgets etc).

Yeah, I think that's right. I'll research this a bit.

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

[Bug 65557] VisualEditor: [Regression] Switching to edit source mode throws TypeError: Cannot read property 'css' of null and TypeError: Cannot read property 'each' of null for a specific case

[bugzilla-daemon]

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

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 65557] VisualEditor: [Regression] Switching to edit source mode throws TypeError: Cannot read property 'css' of null and TypeError: Cannot read property 'each' of null for a specific case

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 134546 had a related patch set uploaded by Catrope:
Unbind confirm dialog handlers after either of the events fires once

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

-- 
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 64721] MediaWikiModuleStore should be limited to a certain size

[bugzilla-daemon]

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

--- Comment #2 from Ori Livneh  ---
(In reply to Ryan Kaldari from comment #1)
> Any thoughts on this? This bug makes using Wikipedia very annoying for me.
> Surely I can't be the only person that cares about this.

This document explains how to clear localStorage:

https://developer.mozilla.org/en-US/docs/Web/Guide/API/DOM/Storage#Storage_location_and_clearing_the_data

You can also up the quota via about:config. Search for
"dom.storage.default_quota" option. Its value is in kilobytes.

I'm not suggesting that these are adequate resolutions for this bug -- they're
just workarounds. I want to try something like what DJ is proposing in
.

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

[Bug 65557] VisualEditor: [Regression] Switching to edit source mode throws TypeError: Cannot read property 'css' of null and TypeError: Cannot read property 'each' of null for a specific case

[bugzilla-daemon]

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

--- Comment #2 from Roan Kattouw  ---
(In reply to Roan Kattouw from comment #1)
> Holy crap this is an obscure bug. Steps 3 and 4 (switching to source mode
> the first time) can be skipped, but other than that every step is necessary.
> 
As Rummana points out, the second error (with 'each') does not occur if you
skip those steps, so there's something else going on too. There's some code in
ViewPageTarget that gets run after this.$checkboxes has been cleared.

On second inspection, there's a lot more going on. For instance, the 'ok'
handler executes twice, and so we attempt to serialize twice.

-- 
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 65364] mw.loader (with wgResourceLoaderStorageEnabled) fills up localStorage, preventing persistent writes by other code

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

Summary|mw.loader (with |mw.loader (with
   |wgResourceLoaderStorageEnab |wgResourceLoaderStorageEnab
   |led) fills up localStorage, |led) fills up localStorage,
   |preventing writes by other  |preventing persistent
   |code|writes by other code

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

[Bug 65364] mw.loader (with wgResourceLoaderStorageEnabled) fills up localStorage, preventing writes by other code

[bugzilla-daemon]

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

--- Comment #4 from Matthew Flaschen  ---
For context, testing by Rob and I (my testing was in Firefox) showed that it
will still let you write after the storage fills up, but it is not guaranteed
to be persistent.

So in an over quota scenario, $.jStorage.set (for example) will not throw, but
on reload the data is gone.

I think this is what the error means exactly.  I.E. you can still call the
localStorage API, but it is no longer *persistent* storage.

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

[Bug 65569] Can't apply Puppet class role::mediawiki::videoscaler in beta

[bugzilla-daemon]

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

Ori Livneh  changed:

   What|Removed |Added

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

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

[Bug 64557] New England Wikimedians website

[bugzilla-daemon]

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

--- Comment #50 from Kevin Rutherford  ---
Also, if you look at our Meta template for user groups, you find many that have
been merged into other ones, so just because it exists doesn't mean that we
should follow the old ways that were founded before we had rules.

-- 
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 60014] Flow: Extension:MultimediaViewer (Beta Feature) doesn't work on files in Flow posts

[bugzilla-daemon]

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

Quiddity  changed:

   What|Removed |Added

   Priority|Low |High
 CC||dh...@wikimedia.org

--- Comment #3 from Quiddity  ---
Bumping importance, as Multimediaviewer is now a default feature on
Mediawikiwiki, and will be on Enwiki as of May 22.

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

[Bug 65570] New: Flow: Exceptions Caught: htmlParseStartTag, and htmlParseStartTag

[bugzilla-daemon]

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

Bug ID: 65570
   Summary: Flow: Exceptions Caught: htmlParseStartTag, and
htmlParseStartTag
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
   URL: https://www.mediawiki.org/w/index.php?title=Talk:Flow&;
workflow=ruwmgk680mrkz1z7
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Flow
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: pandiculat...@gmail.com
CC: dh...@wikimedia.org, ebernhard...@wikimedia.org,
mpinc...@wikimedia.org, pandiculat...@gmail.com,
sp...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

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

Jay8g reports: 

"&" in the topic title gives "The error message received was: Exception Caught:
htmlParseEntityRef: no name" and refuse to post.

"<" or "<>" in the topic title (but not ">", "" or "<[anything]>", which
post) give "The error message received was: Exception Caught:
htmlParseStartTag: invalid element name" and refuse to post.

---
See screenshot for confirmation of the first.

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

[Bug 65570] Flow: Exceptions Caught: htmlParseStartTag, and htmlParseStartTag

[bugzilla-daemon]

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

Quiddity  changed:

   What|Removed |Added

   Priority|Unprioritized   |High

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

[Bug 65569] Can't apply Puppet class role::mediawiki::videoscaler in beta

[bugzilla-daemon]

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

Bryan Davis  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 CC||o...@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 65569] New: Can't apply Puppet class role::mediawiki::videoscaler in beta

[bugzilla-daemon]

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

Bug ID: 65569
   Summary: Can't apply Puppet class role::mediawiki::videoscaler
in beta
   Product: Wikimedia Labs
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: deployment-prep (beta)
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bda...@wikimedia.org
CC: benap...@gmail.com, cmcma...@wikimedia.org,
g...@wikimedia.org, has...@free.fr,
mhershber...@wikimedia.org, platoni...@gmail.com
   Web browser: ---
   Mobile Platform: ---

err: Could not retrieve catalog from remote server: Error 400 on SERVER:
Duplicate definition: Class[Mediawiki::Jobrunner] is already defined in file
/etc/puppet/manifests/role/mediawiki.pp at line 225; cannot redefine at
/etc/puppet/manifests/role/mediawiki.pp:259 on node i-0237.eqiad.wmflabs


Commenting out the `class {"::mediawiki::jobrunner":` define in
role::mediawiki::videoscaler fixes this problem, but leaves
deployment-videoscaler01.eqiad.wmflabs without a Puppet managed job runner.

The role::mediawiki::videoscaler class is not modified for use in beta, so I
would imagine that the same error occurs in production for the
tmh100[1-2].eqiad.wmnet hosts.

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

[Bug 65548] Users with primary group of 550(svn) cannot sudo as mwdeploy on deployment-bastion

[bugzilla-daemon]

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

Bryan Davis  changed:

   What|Removed |Added

Summary|cannot sudo on  |Users with primary group of
   |deployment-bastion  |550(svn) cannot sudo as
   ||mwdeploy on
   ||deployment-bastion

-- 
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 65548] cannot sudo on deployment-bastion

[bugzilla-daemon]

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

--- Comment #3 from Bryan Davis  ---
(In reply to Daniel Zahn from comment #2)
> Does this mean the users should be converted like in:
> 
> https://bugzilla.wikimedia.org/show_bug.cgi?id=64596
> 
> (instead of working around it)?

I think it's related but slightly different. The problem here is actually
https://bugzilla.wikimedia.org/show_bug.cgi?id=63028. Aude, hashar and
apparently about 400 other users have a primary gid of 550(svn) instead of
500(wikidev). This wouldn't be too big of a deal if they were also members of
the 500(wikidev) group, but they are not.

I think the best fix for this would be to update all users that have 550(svn)
as their primary group to have 500(wikidev) as their primary group.

Following that one of two things should happen, either all files owned by group
550(svn) should be changed to 500(wikidev) across all of labs, or probably more
rationally all users in the 500(wikidev) group should be added to the 550(svn)
as a secondary group. If the later action is taken the script that creates new
users in ldap should also be updated to add all future users to the 550(svn)
group as a secondary group.

-- 
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 64596] !add-labs-user gone, fix or add docs to link SVN users to labs/wikitech

[bugzilla-daemon]

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

--- Comment #4 from John Mark Vandenberg  ---
I dont have a wikitech wiki user. My username on wmf wikis is 'John
Vandenberg'. Email is per bugzilla account. Preferred ldap account name is
jayvdb (as it was on svn). Thx

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

[Bug 65568] VisualEditor: [Regression pre-wmf6] Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
   Target Milestone|--- |VE-deploy-2014-05-22
Summary|VisualEditor: Cannot close  |VisualEditor: [Regression
   |Media Settings dialog,  |pre-wmf6] Cannot close
   |empty caption field and the |Media Settings dialog,
   |TypeError: TypeError:   |empty caption field and the
   |node.getCaptionNode is not  |TypeError: TypeError:
   |a function appears  |node.getCaptionNode is not
   ||a function appears

-- 
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 65568] VisualEditor: Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

--- Comment #1 from ryasm...@wikimedia.org ---
Example page 1: The first image on:
http://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:RYasmeen_%28WMF%29&veaction=edit

Example Page 2: The first image on:
http://en.wikipedia.beta.wmflabs.org/w/index.php?title=20thmaychrome&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 65568] VisualEditor: Cannot close Media Settings dialog, empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

ryasm...@wikimedia.org changed:

   What|Removed |Added

   Assignee|jforrester+veteambztickets@ |mor...@gmail.com
   |wikimedia.org   |
Summary|VisualEditor: Cannot close  |VisualEditor: Cannot close
   |Media Settings dialog with  |Media Settings dialog,
   |empty caption field and the |empty caption field and the
   |TypeError: TypeError:   |TypeError: TypeError:
   |node.getCaptionNode is not  |node.getCaptionNode is not
   |a function appears  |a function appears

-- 
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 65568] New: VisualEditor: Cannot close Media Settings dialog with empty caption field and the TypeError: TypeError: node.getCaptionNode is not a function appears

[bugzilla-daemon]

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

Bug ID: 65568
   Summary: VisualEditor: Cannot close Media Settings dialog with
empty caption field and the TypeError: TypeError:
node.getCaptionNode is not a function appears
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: ryasm...@wikimedia.org
CC: jforres...@wikimedia.org, rm...@wikimedia.org,
ryasm...@wikimedia.org, tpars...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

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

Steps to reproduce:

1. Insert a frameless-left aligned image 
2.Save the page
3.Reopen the page
4.Open the Media Settings dialog for the image


Observed Result:
There is no text field for the caption,Cannot close the Media Settings dialog
box.
The following error appears in the console:
TypeError: node.getCaptionNode is not a function


See the screenshot attached

-- 
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 64911] VisualEditor: [Regression wmf4] There is an extra space appearing in media search result dialog (scroll bar displacing last column of results)

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Assignee|tpars...@wikimedia.org  |jforrester+veteambztickets@
   ||wikimedia.org
Summary|VisualEditor: [Regression   |VisualEditor: [Regression
   |pre] There is an extra  |wmf4] There is an extra
   |space appearing in media|space appearing in media
   |search result dialog|search result dialog
   |(scroll bar displacing last |(scroll bar displacing last
   |column of results)  |column of results)

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

[Bug 65401] VisualEditor: Firefox throws NS_ERROR_NOT_AVAILABLE when clicking save button

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Target Milestone|VE-deploy-2014-05-22|---

-- 
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 62852] VisualEditor: [Regression wmf18] Making an image Right, Basic and Border does not include the Right and Border in the wikitext

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Target Milestone|--- |VE-deploy-2014-05-22

-- 
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 65564] VisualEditor: [Regression pre-wmf6] While changing the Image Type to Frame/Basic, it automatically selects the alignment as Left when it is positioned at the right of the page, but it does

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Target Milestone|--- |VE-deploy-2014-05-22

-- 
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 62852] VisualEditor: [Regression wmf18] Making an image Right, Basic and Border does not include the Right and Border in the wikitext

[bugzilla-daemon]

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

--- Comment #5 from James Forrester  ---
Skipping right (and just using default) is OK for thumb and frame (but not
frameless or basic).

-- 
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 65564] VisualEditor: [Regression pre-wmf6] While changing the Image Type to Frame/Basic, it automatically selects the alignment as Left when it is positioned at the right of the page, but it does

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
Summary|VisualEditor: While |VisualEditor: [Regression
   |changing the Image Type to  |pre-wmf6] While changing
   |Frame/Basic , it|the Image Type to
   |automatically selects the   |Frame/Basic, it
   |alignment as Left when it   |automatically selects the
   |is positioned at the right  |alignment as Left when it
   |of the page |is positioned at the right
   ||of the page, but it doesn't
   ||change position in CE
   ||surface until save

-- 
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 64557] New England Wikimedians website

[bugzilla-daemon]

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

--- Comment #49 from varnent  ---
As far as web domains goes, there isn't really any consistency at this point
with US entities (US-NYC is at nyc.wikimedia.org) - which is partly what we are
hoping to address this issue as I suspect there will be more US affiliates
popping up in the next few years.

The Pennsylvania wiki is closed, and I believe that yes, the URL has been wrong
all this time. It should have been US-PA to match the setup used on Meta and
all communication related to affiliates. However, that was also a relatively
early US proto-affiliate - so it's possible we either did not have a practice
for acronyms yet - or it was changed since then to better match ISO.

I think it would be more problematic to use one set of acronyms for the US
affiliates in documentation, and then have their website address use the
opposite setup. US-XYZ is the preferred format being used on-wiki - I think we
should stay consistent with that.

I suspect Pennsylvania wiki was locked for archive sake - but it seems unlikely
to me it will be used anytime soon (if ever again). It does not look like it
has been used since 2007 - so maybe it's worth taking offline or storing on
Meta or elsewhere?

-- 
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 65567] New: Add hook to prohibit HTTP -> HTTPS redirect

[bugzilla-daemon]

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

Bug ID: 65567
   Summary: Add hook to prohibit HTTP -> HTTPS redirect
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: yu...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

Whenever user has forceHTTPS cookie, any request that comes in via HTTP is
automatically redirected to HTTPS. This behaviour is ok for most of the
usecases, but it causes countless grievances in the zero-land for the following
scenario:

User logs in (or obtains forceHTTPS cookie via some other means) while browsing
*.wikipedia.org on WiFi or mobile network. At some point, they discover that
their carrier offers wikipedia for free via *.zero.wikipedia.org. They try to
navigate there, only to discover that they get an error screen due to using
HTTPS (which is not supported by zero most of the time). They report it to the
carrier, carrier, complains to us, and we have to explain to them that the only
way for the user to use us ever since they got tainted by the "forceHTTPS" is
to clear their browser's cookie storage.

In order to prevent the unnesesary grievance by many users (and we have heard a
lot of this scenario), Zero extension needs to intercept http->https redirect.
This redirect happens before most of the code, hence a new hook is needed, as
implemented in Change-Id: If04c83066c5d4.

The redirect will be canceled only for the case of valid traffic from Zero
partner , exclusivelly to *.zero. subdomain.

Please note that we are not breaking existing functionality here since zero
hasn't had a valid SSL certificate until a week ago, and regardless, we do not
currently support authentication or editing via zero subdomain.

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

[Bug 65364] mw.loader (with wgResourceLoaderStorageEnabled) fills up localStorage, preventing writes by other code

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

Summary|"Persistent storage maximum |mw.loader (with
   |size reached" exception |wgResourceLoaderStorageEnab
   |thrown on every page load   |led) fills up localStorage,
   ||preventing writes by other
   ||code

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

[Bug 65566] Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 CC||o...@wikimedia.org,
   ||rm...@wikimedia.org
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=65364

--- Comment #1 from Matthew Flaschen  ---
I think this is due to ResoureLoader's (the client-side in particular) use of
localStorage for resource caching (JS/CSS, etc.).  This adds up pretty quick,
and browsers have a limit (you may see an error in your console, "Persistent
storage maximum size reached".

This has been discussed before at bug 65364.

So we can work around this by using a cookie and/or solve/improve this in the
long-term, by having ResourceLoader use less localStorage.

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

[Bug 65364] "Persistent storage maximum size reached" exception thrown on every page load

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

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

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

[Bug 62852] VisualEditor: [Regression wmf18] Making an image Right, Basic and Border does not include the Right and Border in the wikitext

[bugzilla-daemon]

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

--- Comment #4 from ryasm...@wikimedia.org ---
So, this is still happening.In addition to that, for all Right aligned Images
regardless of its type the alignment options gets missing from the wikitext

-- 
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 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

--- Comment #10 from Gerrit Notification Bot  ---
Change 134528 had a related patch set uploaded by MaxSem:
mobileview: fix handling of shared file pages

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

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

[Bug 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

--- Comment #11 from Gerrit Notification Bot  ---
Change 134528 merged by MaxSem:
mobileview: fix handling of shared file pages

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

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

[Bug 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

--- Comment #9 from Gerrit Notification Bot  ---
Change 134526 merged by MaxSem:
mobileview: fix handling of shared file pages

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

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

[Bug 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

--- Comment #8 from Gerrit Notification Bot  ---
Change 134526 had a related patch set uploaded by MaxSem:
mobileview: fix handling of shared file pages

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

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

[Bug 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

--- Comment #7 from Gerrit Notification Bot  ---
Change 134504 merged by jenkins-bot:
mobileview: fix handling of shared file pages

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

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

[Bug 64285] Remove "useless" first GWT panel

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 133754 merged by jenkins-bot:
Set initial page to Step 1: Metadata detection

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

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

[Bug 64557] New England Wikimedians website

[bugzilla-daemon]

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

--- Comment #48 from Daniel Zahn  ---
(In reply to varnent from comment #47)
> What specifically is your concern with US-NE for a subdomain?

that exisiting URLs and database names for another chapter that is also within
the US is the other way around, leading to inconsistency and confusion for the
users and admins. and that there was already quite a bit of effort spent in the
past just to rename pa.us to pa-us. if you say that wiki is closed or the URL
has been wrong all this time, that would be another thing.

-- 
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 65566] New: Pre and post-edit anonymous editor acquisition tours are displaying multiple times

[bugzilla-daemon]

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

Bug ID: 65566
   Summary: Pre and post-edit anonymous editor acquisition tours
are displaying multiple times
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: GettingStarted
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: swall...@wikimedia.org
CC: mflasc...@wikimedia.org, samsm...@wikimedia.org,
swall...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

We're getting multiple reports that the pre and post-edit anonymous editor
acquisition tours are displaying repeatedly per user. I have tested and
confirmed this is the case, at least on English Wikipedia.

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

[Bug 64557] New England Wikimedians website

[bugzilla-daemon]

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

--- Comment #47 from varnent  ---
The Pennsylvania wiki is not run by an affiliate and currently locked - so I am
not sure it's really setting precedent.

Again, their acronym is US-NE. That follows the acronym setup already being
used for the US chapters recognized (US-NYC and US-DC).
https://meta.wikimedia.org/wiki/Template:Affiliates

What specifically is your concern with US-NE for a subdomain?

-- 
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 65564] VisualEditor: While changing the Image Type to Frame/Basic , it automatically selects the alignment as Left when it is positioned at the right of the page

[bugzilla-daemon]

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

--- Comment #1 from ryasm...@wikimedia.org ---
The same issue appears when you change the Image type to Basic too

-- 
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 65564] VisualEditor: While changing the Image Type to Frame/Basic , it automatically selects the alignment as Left when it is positioned at the right of the page

[bugzilla-daemon]

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

ryasm...@wikimedia.org changed:

   What|Removed |Added

Summary|VisualEditor: While |VisualEditor: While
   |changing the Image Type to  |changing the Image Type to
   |Frame , it automatically|Frame/Basic , it
   |selects the alignment as|automatically selects the
   |Left when it is positioned  |alignment as Left when it
   |at the right of the page|is positioned at the right
   ||of the page

-- 
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 64557] New England Wikimedians website

[bugzilla-daemon]

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

Daniel Zahn  changed:

   What|Removed |Added

 CC||dz...@wikimedia.org

--- Comment #46 from Daniel Zahn  ---
since we have "pa-us" (formerly pa.us and renaming is hard), we should have
"ne-us" but please not "us-ne"!?

http://pa-us.wikimedia.org/wiki/Main_Page

-- 
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 61022] Add ability to thank anonymous/IP users

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=56828
 Depends on|56828   |

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

[Bug 56828] Echo for anonymous users

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

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

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

[Bug 61022] Add ability to thank anonymous/IP users

[bugzilla-daemon]

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

--- Comment #4 from MZMcBride  ---
(In reply to James Forrester from comment #2)
> This would completely break the interaction model of Thanks (that it's not
> about the individual showing off they've been thanked).

[[mw:Extension:Thanks]] doesn't seem to support what you're saying here. The
purpose of the "Thanks" extension is to allow users to "thank other users for
individual edits".

You seem to be putting a means above an end. Sending an Echo notification is
hardly the only means of transmitting an expression of gratitude for an edit
from one user to another. I'm curious what interaction model you think would be
disrupted here.

> Consider this a -2 (or, indeed, stronger) in advance of any such work
> being done.

That's not really how -2 works, though you're welcome to express your thoughts
and opinions on this enhancement request, of course.

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

[Bug 61022] Add ability to thank anonymous/IP users

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #3 from Nemo  ---
(In reply to Kunal Mehta (Legoktm) from comment #1)
> this could easily be done without Echo using a talk page post.

There's also no need to use Thanks extension for thanks features, we've had
them for 5+ years in patrolling gadgets. See [[m: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 65565] New: Add a div#mainpage wrapper for the main page

[bugzilla-daemon]

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

Bug ID: 65565
   Summary: Add a div#mainpage wrapper for the main page
   Product: Wikipedia App
   Version: Android (alpha)
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Generic
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: liang...@gmail.com
CC: dga...@wikimedia.org, yuvipa...@gmail.com
   Web browser: ---
   Mobile Platform: ---

This is what's done in MF, and the app is sharing MediaWiki:Mobile.css with MF.

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

[Bug 65486] beta labs mysteriously goes read-only overnight

[bugzilla-daemon]

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

--- Comment #2 from Arthur Richards  ---
If I recall correctly, this is something that can happen when things go
sideways with the database. Not sure if that's what's going on here, but may be
worth looking into.

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

[Bug 65564] VisualEditor: While changing the Image Type to Frame , it automatically selects the alignment as Left when it is positioned at the right of the page

[bugzilla-daemon]

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

ryasm...@wikimedia.org changed:

   What|Removed |Added

   Assignee|jforrester+veteambztickets@ |mor...@gmail.com
   |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 65564] New: VisualEditor: While changing the Image Type to Frame , it automatically selects the alignment as Left when it is positioned at the right of the page

[bugzilla-daemon]

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

Bug ID: 65564
   Summary: VisualEditor: While changing the Image Type to Frame ,
it automatically selects the alignment as Left when it
is positioned at the right of the page
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: ryasm...@wikimedia.org
CC: jforres...@wikimedia.org, rm...@wikimedia.org,
ryasm...@wikimedia.org, tpars...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

Steps to reproduce:

1.Open a page with VE 
2.Insert an image 
3.Change the Image type to "Frame"
4.Click on "Apply changes"
5.Reopen the media settings dialog

Observed Result:
Though the image is on the right , the alignment is set to Left on the Media
Settings dialog, and if you click on "Apply Changes" button now, it will move
the image to left

-- 
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 65561] nbsp is not properly parsed in firsteditve

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 134516 had a related patch set uploaded by Mattflaschen:
Fix exposed   markup

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

-- 
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 65561] nbsp is not properly parsed in firsteditve

[bugzilla-daemon]

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

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 65563] Gerrit notification bot should complete all changes in one action in Bugzilla

[bugzilla-daemon]

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

Liangent  changed:

   What|Removed |Added

Summary|Gerrit should complete all  |Gerrit notification bot
   |changes in one action   |should complete all changes
   ||in one action in Bugzilla

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

[Bug 65563] New: Gerrit should complete all changes in one action

[bugzilla-daemon]

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

Bug ID: 65563
   Summary: Gerrit should complete all changes in one action
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: liang...@gmail.com
CC: christ...@quelltextlich.at, innocentkil...@gmail.com,
marcin.cies...@gmail.com, rlan...@gmail.com
   Web browser: ---
   Mobile Platform: ---

Currently I'm receiving two mails: one saying "comment added" and another
saying "status changed".

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

[Bug 65486] beta labs mysteriously goes read-only overnight

[bugzilla-daemon]

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

--- Comment #1 from Chris McMahon  ---
I think this is the first time I've seen the wiki read-only during the day
(PDT)
https://wmf.ci.cloudbees.com/job/VisualEditor-en.wikipedia.beta.wmflabs.org-linux-firefox/4/testReport/(root)/Switching%20between%20wikitext%20and%20Visual%20Editor%20modes/Switch_editing_modes_via_toolbar/

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

[Bug 51116] VisualEditor: Offer "cancel" option in save dialog to escape VisualEditor

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #7 from James Forrester  ---
I have.

-- 
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 65499] Tapping edit soon after the activity is recreated crashes the app

[bugzilla-daemon]

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

--- Comment #4 from Gerrit Notification Bot  ---
Change 134499 merged by jenkins-bot:
Fix edit crash after activity restart

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

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

[Bug 65562] PDF Rendering page no longer refreshes

[bugzilla-daemon]

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

--- Comment #1 from Chris McMahon  ---
Note: not seen 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 65562] New: PDF Rendering page no longer refreshes

[bugzilla-daemon]

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

Bug ID: 65562
   Summary: PDF Rendering page no longer refreshes
   Product: Wikimedia
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Keywords: browser-test-bug
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: cmcma...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

seen in test2wiki/mw.o since 15 May and also beta labs

Pick any page for example http://test2.wikipedia.org/wiki/LowTemplate

Click Download as PDF 

Get the Rendering page showing 1% progress. 

Rendering page never refreshes.  

Note that the Rendering page does say "This page should automatically refresh
every few seconds. If this does not work, please press your browser's refresh
button." and upon refreshing the page the PDF file is available for download.

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

[Bug 65561] New: nbsp is not properly parsed in firsteditve

[bugzilla-daemon]

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

Bug ID: 65561
   Summary: nbsp is not properly parsed in firsteditve
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: GuidedTour
  Assignee: mflasc...@wikimedia.org
  Reporter: mflasc...@wikimedia.org
CC: mflasc...@wikimedia.org, samsm...@wikimedia.org,
swall...@wikimedia.org, tc...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

662d6f93b0156bdaab67f74dfd5fecf4ed739f01 added a GRAMMAR usage to
guidedtour-tour-firsteditve-edit-page-description (among others).  Using {{ had
the side effect of causing jQueryMsg to start parsing it, instead of
mediawiki.js's bare-bones message parser.  jQueryMsg apparently does not handle
HTML entities.

-- 
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 64918] Hash gets swallowed (again)

[bugzilla-daemon]

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

Jon  changed:

   What|Removed |Added

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

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

[Bug 65559] Edit summary length limit should be applied by byte count instead of character count

[bugzilla-daemon]

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

--- Comment #1 from Liangent  ---
This also needs to be tested in user name boxes etc

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

[Bug 64309] ChangeOps should have a separate function for validation.

[bugzilla-daemon]

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

JulesWinnfield-hu  changed:

   What|Removed |Added

 CC||ght81-wikipe...@yahoo.com

--- Comment #2 from JulesWinnfield-hu  ---
Does this resolve bug 65215?

-- 
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 64918] Hash gets swallowed (again)

[bugzilla-daemon]

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

--- Comment #4 from Gerrit Notification Bot  ---
Change 133470 merged by jenkins-bot:
Respect the hash with sub headings

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

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

[Bug 65102] Flow: <flow-something> in history of header edits

[bugzilla-daemon]

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

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 65102] Flow: <flow-something> in history of header edits

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 134508 had a related patch set uploaded by Bsitu:
Add i18n message to 'workflow' link

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

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

[Bug 64918] Hash gets swallowed (again)

[bugzilla-daemon]

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

Jon  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

--- Comment #3 from Jon  ---
https://gerrit.wikimedia.org/r/#/c/133470/

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

[Bug 65557] VisualEditor: [Regression] Switching to edit source mode throws TypeError: Cannot read property 'css' of null and TypeError: Cannot read property 'each' of null for a specific case

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #1 from Roan Kattouw  ---
Holy crap this is an obscure bug. Steps 3 and 4 (switching to source mode the
first time) can be skipped, but other than that every step is necessary.

This happens because the switch to source mode button and the cancel button
share the same instance of the confirmation dialog. When you click OK in the
source mode one, the cancel button code is still listening to the 'ok' event;
we need to disconnect that on cancel.

Perhaps it would be nicer if these two were combined into one event so we could
use .once() and not have to unbind explicitly.

-- 
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 65558] 'movecategorypages' for autoconfirmed user

[bugzilla-daemon]

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

Marius Hoch  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||h...@online.de
 Resolution|--- |WORKSFORME

--- Comment #2 from Marius Hoch  ---
As far as I can tell it's only possible to move categories if the user has both
the 'move' and the 'move-categorypages' rights, thus if non-autoconfirmed can't
move pages, they also can't move categories.

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

[Bug 65547] VisualEditor: External links with single brackets around it should be indicated as invalid external link inside link inspector

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
 CC||esand...@wikimedia.org,
   ||roan.katt...@gmail.com
  Component|Editing Tools   |Data Model

-- 
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 65557] VisualEditor: [Regression] Switching to edit source mode throws TypeError: Cannot read property 'css' of null and TypeError: Cannot read property 'each' of null for a specific case

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
  Component|Editing Tools   |MediaWiki integration
Summary|VisualEditor: Switching to  |VisualEditor: [Regression]
   |edit source mode throws |Switching to edit source
   |TypeError: Cannot read  |mode throws TypeError:
   |property 'css' of null and  |Cannot read property 'css'
   |TypeError: Cannot read  |of null and TypeError:
   |property 'each' of null for |Cannot read property 'each'
   |a specific case |of null for a specific case

-- 
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 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 134504 had a related patch set uploaded by MaxSem:
mobileview: fix handling of shared file pages

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

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

[Bug 65358] [Regression] action=mobileview does not return valid data for File: pages on commons when querying english wikipedia

[bugzilla-daemon]

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

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