[Bug 50538] VisualEditor: Feedback form moves and jerks the screen around

[bugzilla-daemon]

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

Oliver Keyes  changed:

   What|Removed |Added

 OS|Linux   |All

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

[Bug 50538] VisualEditor: Feedback form moves and jerks the screen around

[bugzilla-daemon]

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

Oliver Keyes  changed:

   What|Removed |Added

 CC||oke...@wikimedia.org

--- Comment #2 from Oliver Keyes  ---
This has also been reported on Firefox 22/Windows 7, and by a third user who
hasn't specified browser/OS.

-- 
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 50642] Unify post-edit notifications on Wikimedia wikis

[bugzilla-daemon]

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

Steven Walling  changed:

   What|Removed |Added

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

--- Comment #3 from Steven Walling  ---
The current plan is to convert VE to use the same notification style as
Extension:PostEdit previously did, now that it's been fully migrated to core
(bug 48276)

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

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

[Bug 39632] VisualEditor: Switch post-edit feedback to use Extension:PostEdit (once that's core-ified)

[bugzilla-daemon]

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

Steven Walling  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #12 from Steven Walling  ---
*** Bug 50642 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 40307] mw.notification Usability Improvements

[bugzilla-daemon]

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

--- Comment #18 from MZMcBride  ---
(In reply to comment #16)
> For the record, PostEdit doesn't even use mw.notification to do it's
> notifications. So talking about it on this bug is EXTREMELY off topic.

I suppose. I've filed bug 50642 about this issue (the discrepancy in post-edit
notifications) on Wikimedia wikis.

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

[Bug 50642] Unify post-edit notifications on Wikimedia wikis

[bugzilla-daemon]

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

--- Comment #2 from MZMcBride  ---
Created attachment 12739
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12739&action=edit
Post-edit notification using wikitext (source) editor on test.wikipedia.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 50642] Unify post-edit notifications on Wikimedia wikis

[bugzilla-daemon]

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

--- Comment #1 from MZMcBride  ---
Created attachment 12738
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12738&action=edit
Post-edit notification using VisualEditor on test.wikipedia.org, 2013-07-03

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

[Bug 50642] New: Unify post-edit notifications on Wikimedia wikis

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50642
   Summary: Unify post-edit notifications on Wikimedia wikis
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: swall...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

There are currently two similar, but distinct post-edit notifications on some
Wikimedia wikis. I'll attach screenshots from 
momentarily.

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

[Bug 50641] New: Newline removal impossible

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50641
   Summary: Newline removal impossible
   Product: VisualEditor
   Version: unspecified
  Hardware: PC
OS: Windows XP
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: jforres...@wikimedia.org
  Reporter: shogu...@gmx.net
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

I tried to remove the whitespace (actually newlines) between references 7, 8
and 9 of revision
http://en.wikipedia.org/w/index.php?title=KHD_Humboldt_Wedag&oldid=562652673 of
KHD Humboldt Wedag (the ones after "Klöckner Humboldt Deutz AG." at the end of
the "History" section's second paragraph). I can remove the "↵" symbols, but
when I try to review my changes I get an error message: "Could not start the
review because your revision matches the latest version of this page." When I
tried to remove them along with some other changes, the other changes were
saved correctly, but the newlines persist:
http://en.wikipedia.org/w/index.php?title=KHD_Humboldt_Wedag&diff=562652421&oldid=562652100

-- 
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 50640] New: Template extending too far and using poem formatting

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50640
   Summary: Template extending too far and using poem formatting
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: rm...@wikimedia.org
  Reporter: oke...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

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

See the associated screenshot, which comes from
https://en.wikipedia.org/wiki/Otto_I?veaction=edit#Consolidation_of_power

-- 
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 50430] Undefined Offsets in OpenIDLogin for Strict PHP

[bugzilla-daemon]

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

T. Gries  changed:

   What|Removed |Added

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

--- Comment #9 from T. Gries  ---
fixed by merging https://gerrit.wikimedia.org/r/71258

-- 
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 50430] Undefined Offsets in OpenIDLogin for Strict PHP

[bugzilla-daemon]

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

--- Comment #8 from Gerrit Notification Bot  ---
Change 71258 merged by Wikinaut:
fixed null array error for fullname/email in AX array

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

-- 
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 50639] New: Heading type drop-down gets cut off in Firefox 21

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50639
   Summary: Heading type drop-down gets cut off in Firefox 21
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: rm...@wikimedia.org
  Reporter: mflasc...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12736
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12736&action=edit
Headings drop-down text cut off/encroached in Firefox 21 on Linux

The drop-down with Paragraph, Heading, Sub-Heading 1 can get cut off in Firefox
21.  I am on Debian Wheezy.

-- 
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 50458] VisualEditor: Improvements to reference editing, including local wiki-specific workflows

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 CC||mflasc...@wikimedia.org

--- Comment #7 from Matthew Flaschen  ---
Yes, I think the "wiki-specific workflows" is key.  On wikis (including English
Wikipedia) that use:

{{some template|firstparam=a}}

with a few key some templates, it's worth allowing a simplified flow for those
(while still providing the full flexibility of arbitrary references and
arbitrary templates where needed).

Within a template, it's also verbose due to the screen layout.  E.g. I would
consider keeping parameter name and value on the same screen (for named
parameters), and making it easy to add the next parameter without going up to
the root.  The latter can be done without the former.

I'd recommend trying ProveIt (https://en.wikipedia.org/wiki/User:ProveIt_GT) on
English Wikipedia if you haven't.  I don't expect you to take the same approach
we did (and don't look at the "parser").  The reference browsing part also
probably doesn't apply, but the add mode in particular shows how the GUI can be
streamlined when it doesn't attempt to be fully general.

-- 
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 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

Gabriel Wicke  changed:

   What|Removed |Added

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

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

[Bug 50420] Wikitext list after implicit not properly recognized

[bugzilla-daemon]

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

Gabriel Wicke  changed:

   What|Removed |Added

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

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

[Bug 50420] Wikitext list after implicit not properly recognized

[bugzilla-daemon]

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

--- Comment #9 from Gerrit Notification Bot  ---
Change 71744 merged by jenkins-bot:
(Bug 50420) Recognize sol-content in implicit  after a 

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

-- 
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 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 71757 merged by jenkins-bot:
Bug 50636: Don't extrapolate DSR on change

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

-- 
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 46585] Wikipedia icon is shown for other sites

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #21 from Krinkle  ---
*** Bug 50638 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 50638] Echo: Don't hardcode Wikipedia icon for system notifications

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

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

--- Comment #2 from Krinkle  ---
I guess wikitech/wikitech-test was running an older version still.

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

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

[Bug 50630] Exclude pages from Echo notifications using a regex-based blacklist (similar to the title blacklist for page protection)

[bugzilla-daemon]

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

--- Comment #2 from MZMcBride  ---
(In reply to comment #1)
> You don't have to create a new bug for every variation on an idea. Why not
> add this suggestion to bug 50628?

Because much like page protection, I think we'll ultimately end up with
multiple avenues for disabling pings for particular page titles.

One method will be on a per-page basis (comparable to
index.php?title=Foo&action=protect).

Another separate method will be based on regular expressions that match a
particular title (comparable to [[MediaWiki:Titleblacklist]]).

While obviously related, the ideas are quite clearly distinct. Distinct ideas
--> separate bug reports.

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

[Bug 41240] Popup covers up monobook tabs

[bugzilla-daemon]

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

--- Comment #24 from Ori Livneh  ---
(In reply to comment #23)
> Ori: this bug is assigned to you. The issue as reported in comment 0, comment
> 1, comment 2, and comment 3 is still readily reproducible and annoying. Is
> there a status update regarding this bug?

I thought I fixed it. I'll look again.

-- 
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 50561] Add Translation: namespace to Ukrainian Wikisource

[bugzilla-daemon]

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

--- Comment #2 from Dmytro Dziuma  ---
Why not adding it with the Ukrainian name and setting its English name as the
canonical one as requested?

-- 
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 50630] Exclude pages from Echo notifications using a regex-based blacklist (similar to the title blacklist for page protection)

[bugzilla-daemon]

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

--- Comment #1 from Ryan Kaldari  ---
You don't have to create a new bug for every variation on an idea. Why not add
this suggestion to bug 50628?

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

[Bug 41240] Popup covers up monobook tabs

[bugzilla-daemon]

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

--- Comment #23 from MZMcBride  ---
Ori: this bug is assigned to you. The issue as reported in comment 0, comment
1, comment 2, and comment 3 is still readily reproducible and annoying. Is
there a status update regarding 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 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

Gabriel Wicke  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

-- 
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 48691] Users Blacklisted from creating notifications still trigger OBOL when posting to a user talkpage.

[bugzilla-daemon]

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

--- Comment #5 from MZMcBride  ---
(In reply to comment #4)
> I'm not sure what your refering to in regards to the bug summary?

The bug summary is the field at the top of every bug next to the bug number.
For this bug (bug 48691), the current bug summary is "Users Blacklisted from
creating notifications still trigger OBOL when posting to a user talkpage." You
can see the bug summary labeled as such by clicking the "(edit)" link next to
it, which reveals the preceding text "Summary:".

Comment 0 is the bug description. It's also labeled as such.

This bug had two issues when filed:

1. The bug summary shouldn't use unexplained initialisms (such as "OBOL").
Currently this bug still doesn't define what an "OBOL" is, though it's also
referenced in comment 1.

2. The bug description (comment 0) should, at a minimum, duplicate the bug
summary. That is, please don't create a bug with a description that reads "what
it says on the tin" or "as the title suggests" or "." or "title says it all".
Having a useful comment 0 is much better than an useless comment 0,
particularly as the bug summary can often change over time.

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

[Bug 50393] Suppress notifications for edits with a 'no ping' revision tag

[bugzilla-daemon]

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

--- Comment #2 from Ryan Kaldari  ---
In that case, aren't virtually all current uses of tags inappropriate?

Is there any other way to associate arbitrary metadata with a revision?

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

[Bug 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

Gabriel Wicke  changed:

   What|Removed |Added

   Priority|Unprioritized   |High

-- 
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 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

Gabriel Wicke  changed:

   What|Removed |Added

   Keywords||patch-in-gerrit

--- Comment #5 from Gabriel Wicke  ---
The space issue will be fixed with the above patch. The accessdate diff
(http://en.wikipedia.org/w/index.php?title=God_of_War_(series)&diff=prev&oldid=562631132)
is bug 50637.

-- 
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 50638] Echo: Don't hardcode Wikipedia icon for system notifications

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  ---
Dupe of bug 46585?

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

[Bug 50638] New: Echo: Don't hardcode Wikipedia icon for system notifications

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50638
   Summary: Echo: Don't hardcode Wikipedia icon for system
notifications
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Echo
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: krinklem...@gmail.com
CC: agarr...@wikimedia.org, bs...@wikimedia.org,
rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Created attachment 12735
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12735&action=edit
Screenshot of Echo on non-Wikipedia test wiki

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

[Bug 50637] New: VisualEditor: Still dirty refs?

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50637
   Summary: VisualEditor: Still dirty refs?
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Data Model
  Assignee: esand...@wikimedia.org
  Reporter: gwi...@wikimedia.org
CC: jforres...@wikimedia.org, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

There seem to be several dirty ref sections in this diff:

https://en.wikipedia.org/w/index.php?title=God_of_War_%28series%29&diff=prev&oldid=562631132

-- 
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 5382] refreshLinks jobs not queued on template deletion

[bugzilla-daemon]

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

Tim Starling  changed:

   What|Removed |Added

Summary|Automated purge (e.g. after |refreshLinks jobs not
   |Special:Undelete) does not  |queued on template deletion
   |perform secondary data  |
   |updates (links tables, page |
   |properties, ..) |

--- Comment #21 from Tim Starling  ---
The original report is pretty clear, and does indeed reflect what is in the
code, now and historically, so I've changed the bug summary accordingly:
"refreshLinks jobs not queued on template deletion".

WikiPage::doDeleteUpdates() ensures referential integrity in the links tables,
but does not trigger re-parsing for pages that use the deleted page as a
template.

(In reply to comment #1)
> The same problem manifests itself when a template's category is changed

This is unrelated. It was probably just job queue lag.

(In reply to comment #18)
> Still in 2013 when a page is purged, we don't perform the same updates as
> when actually re-saving the page (at least a null edit).

This is unrelated.

> Which means whenever an edit is made to a page that will result in a change
> in secondary data (links and/or page properties) to a trascluding page, the
> update doesn't happen.

By analysing the test case which gave rise to this complaint, this was
confirmed to be just job queue lag.

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

[Bug 50571] {{PLURAL}} not working in 'mobile-frontend-diffview-editcount' message

[bugzilla-daemon]

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

Jon  changed:

   What|Removed |Added

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

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

[Bug 5382] Automated purge (e.g. after Special:Undelete) does not perform secondary data updates (links tables, page properties, ..)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

Summary|Purge does not perform  |Automated purge (e.g. after
   |secondary updates (links|Special:Undelete) does not
   |tables, page properties,|perform secondary data
   |..) |updates (links tables, page
   ||properties, ..)

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

[Bug 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

--- Comment #4 from Gerrit Notification Bot  ---
Change 71757 had a related patch set uploaded by GWicke:
Bug 50636: Don't extrapolate DSR on change

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

-- 
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 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

--- Comment #3 from Matthew Flaschen  ---
In the accessdate example, the old markup is bad (duplicate accessdate); the
second one apparently wins, which makes sense.  However, there don't seem to be
any actual changes in that paragraph, so it ideally shouldn't be affected at
all.

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

[Bug 50631] VE eats up syllables except a last syllable of a word in Korean (i18n issue)

[bugzilla-daemon]

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

Revi  changed:

   What|Removed |Added

 CC||w...@kumul.pe.kr

--- Comment #1 from Revi  ---
It also comes to Chrome on Win7.

-- 
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 50204] Logging broken for GettingStarted?

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED
   Assignee|wikibugs-l@lists.wikimedia. |sp...@wikimedia.org
   |org |

--- Comment #7 from Matthew Flaschen  ---
S's patch fixes the post-edit issue locally, which I believe is the same one I
mentioned in comment 1.

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

[Bug 50204] Logging broken for GettingStarted?

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 71575 merged by jenkins-bot:
postEdit needs to run before GS logging

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

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

[Bug 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

--- Comment #2 from ssas...@wikimedia.org ---
Offhand, without having investigated this, it seems like a DSR 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 50636] Space inserted before link after single-character deletion

[bugzilla-daemon]

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

--- Comment #1 from Gabriel Wicke  ---
Relevant part of the selser trace (note the extra space):

SS: ", an experimental racing car. The car was designed to reduce aerodynamic
drag dramatically allowing for quicker straight and cornering speeds while
using half as much power and half as much weight. Despite skepticism over the
project, the DeltaWing made its debut at the "
SS: " "
SS: "[[2012 24 Hours of Le Mans]]"

-- 
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 50636] New: Space inserted before link after single-character deletion

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50636
   Summary: Space inserted before link after single-character
deletion
   Product: Parsoid
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: gwi...@wikimedia.org
  Reporter: gwi...@wikimedia.org
CC: ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

From
https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VE_adding_spaces.2C_messing_with_citation_access-dates:

I noticed something odd when using VisualEditor. I decided to use it when
snooping around for various "it's" typos, for removing apostrophes seemed/is
faster with VE than the old fashioned way. However, some of my edits seem to
have done more than take out apostrophes. Seven times today
([http://en.wikipedia.org/w/index.php?title=Highcroft_Racing&diff=prev&oldid=562630195]
[http://en.wikipedia.org/w/index.php?title=So_Emotional&diff=prev&oldid=562630132]
[http://en.wikipedia.org/w/index.php?title=1988_in_British_television&diff=prev&oldid=562629968]
[http://en.wikipedia.org/w/index.php?title=Olmaliq_FK&diff=prev&oldid=562629768]
[http://en.wikipedia.org/w/index.php?title=FC_Jazz&diff=prev&oldid=562629613]
[http://en.wikipedia.org/w/index.php?title=Brian_McDaniel&diff=prev&oldid=562629235]
[http://en.wikipedia.org/w/index.php?title=Highlights_(band)&diff=prev&oldid=562629182]),
VE added an extra space in a random place in the article (if it's hard to tell,
on the last one it added the space right after "its"). And then it altered
references on
[http://en.wikipedia.org/w/index.php?title=God_of_War_(series)&diff=prev&oldid=562631132
another], including changing access-dates. I don't think that's supposed to
happen... [[User:Greengreengreenred|Green]][[User
talk:Greengreengreenred|green]][[Special:Contribs/Greengreengreenred|green]]red 02:25, 3 July 2013
(UTC)


Might be a Parsoid bug based on selser tracing. There seems to be only a single
space both in the original and the edited HTML.

-- 
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 50428] Preserve wiki link href with ././ prefix

[bugzilla-daemon]

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

Richard Morris  changed:

   What|Removed |Added

 CC||r...@singsurf.org

--- Comment #2 from Richard Morris  ---
This seems to also seem to replace spaces with underscores, and mangles
category links. EG changing [[Category:House (season 7) episodes]] to
[[./Category:House_(season_7)_episodes]]
https://en.wikipedia.org/w/index.php?title=Out_of_the_Chute&diff=prev&oldid=562623071

-- 
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 50635] SiteStats shows 0 for job queues not using database

[bugzilla-daemon]

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

--- Comment #2 from Matthew Flaschen  ---
I don't think so.  Let's keep that specifically for relational databases
(specifically, it seems to boil down to Rob Church's note, "The job queue count
shown on Special:Statistics is generated using a clever
trick which avoids an expensive COUNT(*) on the job table. This trick means
that the value will fluctuate, often to the point where it's downright
incorrect.").

The current Redis job queue implementation is totally different (doesn't use a
relational database and takes advantage of Redis-specific features).

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

[Bug 50635] SiteStats shows 0 for job queues not using database

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

Summary|SiteStats shows 0 for job   |SiteStats shows 0 for job
   |queues not using MySQL  |queues not using database

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

[Bug 50635] SiteStats shows 0 for job queues not using MySQL

[bugzilla-daemon]

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

--- Comment #1 from MZMcBride  ---
Dupe of bug 9518?

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

[Bug 50635] New: SiteStats shows 0 for job queues not using MySQL

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50635
   Summary: SiteStats shows 0 for job queues not using MySQL
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: JobQueue
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mflasc...@wikimedia.org
CC: tstarl...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

SiteStats uses:

self::$jobs = $dbr->estimateRowCount( 'job' );

which simply shows 0 if the job queue doesn't use that table (e.g. for the
Redis queue).

Example:
https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=statistics
shows jobs="0"

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

[Bug 50633] New: Anchors in section headings - can they be supported/displayed?

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50633
   Summary: Anchors in section headings - can they be
supported/displayed?
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ContentEditable
  Assignee: i...@wikia-inc.com
  Reporter: pear...@wikimedia.org
CC: i...@wikia-inc.com, jforres...@wikimedia.org,
krinklem...@gmail.com, or...@framezero.com
Classification: Unclassified
   Mobile Platform: ---

Some pages use anchors in the headings - useful for redirected articles.  Can
VE display these and make them editable?

Original request:

I noticed that when editing (e.g.) TRS-80 that anchor templates, such as the
ones I'd included within the section titles (e.g. [13])- for links that don't
break when section titles change- don't show up in the visual editor... but
they're still easily (inadvertantly) deletable, simply by backspacing over the
hidden markup.

You couldn't blame a newbie- or even nontechnical editor- for deleting
something that wasn't even shown to them(!), but this is the sort of thing that
could be a major pain in the neck.

While I'm in favour of the visual editor in principle (the ability to
contribute content shouldn't be reliant upon geekish markup skills), this *was*
an issue that concerned me when I heard about the idea- namely that the large
amounts of complicated templates and markup (which IMHO will never be entirely
representable in the visual editor) would be inadvertantly messed up, either by
users or by oversights within the design of a "helpful" visual editor itself.

Ubcule (talk) 22:28, 2 July 2013 (UTC)

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

[Bug 50634] New: wm-bot seems to have gone quiet in #mediawiki

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50634
   Summary: wm-bot seems to have gone quiet in #mediawiki
   Product: Wikimedia Labs
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: bots
  Assignee: benap...@gmail.com
  Reporter: b...@mzmcbride.com
CC: technical...@yahoo.com
Classification: Unclassified
   Mobile Platform: ---

wm-bot seems to have gone quiet in #mediawiki. When I try "!css", I get no
reply.

-- 
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 24911] $wgSelectCategoryRoot ignored on Special:Upload

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

 CC||mflasc...@wikimedia.org

--- Comment #18 from Matthew Flaschen  ---
The fix is c0190e0dd65be5859d2e8b71e9d236826ef26b6d .

-- 
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 24911] $wgSelectCategoryRoot ignored on Special:Upload

[bugzilla-daemon]

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

--- Comment #17 from Sumana Harihareswara  ---
Great! Can you link to the patchset in a BZ comment, just so we have the
record?  Thank you!

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

[Bug 50542] VisualEditor: Tab layout should be done from a top-loading module

[bugzilla-daemon]

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

--- Comment #4 from Eduard Braun  ---
Sounds good. This could also fix bug 50402 at the same time I think?

What do you mean by "we display:none the former if the user doesn't pass the
blacklist code"? What is the "blacklist code"?

-- 
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 27311] Add a "create a page" interface to MediaWiki core

[bugzilla-daemon]

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

--- Comment #15 from Steven Walling  ---
(In reply to comment #14)
> I'm beginning to wonder if VisualEditor would cover this bug. Though it still
> wouldn't be a core interface... hrm.

I don't think it does. VE is a big step forward in removing markup as a
barrier, but if you start a page... it's still just a blank page to write in.
Plus, the flows in to page creation are still the same: search for it, type in
the URL directly, or click a red link.

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

[Bug 50632] Add user interface to modify page properties (items in the page_props table) on a per-page basis

[bugzilla-daemon]

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

--- Comment #2 from MZMcBride  ---
(In reply to comment #1)
> git.wikimedia.org is the replacement of gerrit.wikimedia.org/r/gitweb (which
> is now 404).

I tried git.wikimedia.org, but anywhere I put
"269a91037b7e47e92197fed5c3a16ecc2567f4e3" didn't seem to actually find the
appropriate revision.

I also tried to find a way to easily map
"269a91037b7e47e92197fed5c3a16ecc2567f4e3" to [[mw:Special:Code]], but even
just getting the timestamp out of GitHub was surprisingly difficult (I could
only find "5 years ago").

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

[Bug 50542] VisualEditor: Tab layout should be done from a top-loading module

[bugzilla-daemon]

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

--- Comment #3 from James Forrester  ---
Re-titling slightly per discussion; the suggestion is now:

* VisualEditor (?in PHP for efficiency/simplicity) hooks into the page before
display
* On this hook,
** we add the VE edit tab ("edit")
** we switch out the WT edit tab with a new label and tool-tip ("edit source")
** we display:none the former if the user doesn't pass the blacklist code

-- 
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 50632] Add user interface to modify page properties (items in the page_props table) on a per-page basis

[bugzilla-daemon]

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

--- Comment #1 from Krinkle  ---
(In reply to comment #0)
> [1] Is there another revision view I could/should be using here? Using GitHub
> feels strange.

Using the hashes directly should work fine as we configured bugzilla to
auto-link those. Though we currently only forward to Gerrit, which is the only
way we can have it link to any repository. The downside is that Gerrit doesn't
have the full index.

git.wikimedia.org is the replacement of gerrit.wikimedia.org/r/gitweb (which is
now 404).

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

[Bug 50542] VisualEditor: Tab layout should be done from a top-loading module

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED

-- 
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 50612] VisualEditor: Split mw.ViewPageTarget init from integration handling (tracking)

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
  Component|MediaWiki integration   |Technical Debt

-- 
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 50601] VisualEditor: Provide a GuidedTour for first-time VisualEditor users (ones for both newbies for and experienced editors?)

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|jforres...@wikimedia.org|swall...@wikimedia.org
Summary|GuidedTour for first-time   |VisualEditor: Provide a
   |VisualEditor users  |GuidedTour for first-time
   ||VisualEditor users (ones
   ||for both newbies for and
   ||experienced editors?)

--- Comment #5 from James Forrester  ---
(In reply to comment #2)
> (In reply to comment #1)
> > Adding Steven in case his team wants to help/weigh in.
> 
> TL;DR: 
> 
> Unless VE team wants to own it, I think E3 can handle any tours of basic
> editing functionality (with and without VE). What we have is 1/2 way toward
> the changes Erik requested. 

Awesome; very happy for E3 to lead on this. We'll support as needed, of course.

> We are working on adding better VE support in GuidedTour currently, and I've
> added Matt Flaschen since he's tackling that. We are shooting for feature
> parity with our previous guided tour of editing for the first time delivered
> to GettingStarted editors, with the exception being that there is no Preview
> step to point to in VE. 
> 
> Also, soon we hope to test delivering a guided tour to all newly-registered
> editors, outside the GettingStarted funnel. (Docs:
> https://meta.wikimedia.org/wiki/Research:Guided_tours). Whether we run that
> test on a wiki like Spanish or French instead of English depends on l10n of
> the "first edit" tour and whether VE support is ready. S Page is helping
> out with this test, so I've added him as well. 
> 
> If we're interested in pointing out the difference between VE and wikitext to
> users right away, we could easily build that in as step for the guided tours
> delivered via GettingStarted and the general "first edit" tour we're
> planning. Currently with the tour that's in production, we just point to the
> Edit button and section edit buttons. 
> 
> I'm open to changing that, but I do think we should be cautious about
> throwing too much complexity at first time editors too soon, by pointing out
> the multiple methods of editing. I added Pau for his input.

Yeah, I'm not convinced I know what we'd want to do.

Maybe just a simple "you're using VisualEditor" on first load for experienced
users?

Maybe a set of "add a {reference,template} by clicking here" ones too? Maybe
not?

What do you advise?

-- 
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 27311] Add a "create a page" interface to MediaWiki core

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||jforres...@wikimedia.org
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=41363

--- Comment #14 from MZMcBride  ---
(In reply to comment #9)
> I envision something like Special:CreatePage with a title and textarea, a
> second "Review your new page" page (with suggestions like adding wikilinks to
> build the web, and a final submission page.
> 
> Honestly, there's little that could be done to make the page creation process
> worse than it already is. Nearly anything would be an improvement.

I'm beginning to wonder if VisualEditor would cover this bug. Though it still
wouldn't be a core interface... hrm.

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

[Bug 41363] Add a "create a redirect" interface (a redirect form) to MediaWiki core

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

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

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

[Bug 50632] New: Add user interface to modify page properties (items in the page_props table) on a per-page basis

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50632
   Summary: Add user interface to modify page properties (items in
the page_props table) on a per-page basis
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: krinklem...@gmail.com, tstarl...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

It should be possible to modify page properties on a per-page basis via a user
interface in MediaWiki.

This should include logging for each change (particularly to enable easy
reversion in case of vandalism).

---

I don't believe this already has a bug.

Since
[1]
we have a page_props table for page properties on a per-page basis.

And since Ia1878588f718e99756caf23ae9c5a131eb70bf12 we have a re-implemented
info action that exposes page properties for a particular page.

And since Ib0d4e17f22b8d0cb9894eac6095962315480e809, you can list pages via a
Special page that have a particular page property.

But as far as I'm aware, there's no user interface currently to control, for
example, whether a page should use LiquidThreads. Or what a page's default sort
key should be. There are a few ways to add or remove page properties currently,
but they usually involve awkwardly editing the page text of the page in
question (using {{#UseLiquidThreads:1}} or {{DEFAULTSORT:}} or whatever). This
isn't great and could definitely be improved with a proper interface.


[1] Is there another revision view I could/should be using here? Using GitHub
feels strange.

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

[Bug 50372] TemplateData: Updated page properties don't show up in the API when data is transcluded into the Template page

[bugzilla-daemon]

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

Tim Starling  changed:

   What|Removed |Added

 CC||tstarl...@wikimedia.org

--- Comment #20 from Tim Starling  ---
You appear to just be seeing the effect of weeks of job queue lag, i.e. a
system problem, not a MediaWiki problem.

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

[Bug 50556] Total number of Wikipedia articles is ca. 11 million too high

[bugzilla-daemon]

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

Tilman Bayer  changed:

   What|Removed |Added

 CC||ezac...@wikimedia.org

--- Comment #1 from Tilman Bayer  ---
Another example of a publication where this error has already propagated:
http://www.zerogeography.net/2013/05/mapping-controversy-in-wikipedia.html
("Wikipedia, the collection of 37 million articles that anyone can edit")

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

[Bug 50607] VisualEditor: Templated table cells not rendered properly in VE, but correct in Parsoid output

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |ASSIGNED
 CC||i...@wikia-inc.com,
   ||or...@framezero.com
  Component|General |ContentEditable
   Assignee|jforres...@wikimedia.org|i...@wikia-inc.com
Summary|Templated table cells not   |VisualEditor: Templated
   |rendered properly in VE,|table cells not rendered
   |but correct in Parsoid  |properly in VE, but correct
   |output  |in Parsoid output

-- 
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 50631] New: VE eats up syllables except a last syllable of a word in Korean (i18n issue)

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50631
   Summary: VE eats up syllables except a last syllable of a word
in Korean (i18n issue)
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: ContentEditable
  Assignee: i...@wikia-inc.com
  Reporter: ry...@yahoo.com
CC: i...@wikia-inc.com, jforres...@wikimedia.org,
krinklem...@gmail.com, or...@framezero.com
Classification: Unclassified
   Mobile Platform: ---

Korean input is not complete. 

I tried to input "한글 시험 합니다.". 
But it eats up some letters and produce "글 험 다.".

I tested with Chrome and Safari on Mac OSX. And it is all the same with Chrome
on Windows XP.

-- 
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 50077] VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack

[bugzilla-daemon]

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

--- Comment #10 from Krinkle  ---
(In reply to comment #9)
> .ve-init-mw-viewPageTarget-toolbar-editNotices-notice .editnotice-redlink {
> display: none !important; }
> 
> I'd recommend the community adds this to [[MediaWiki:Group-sysop.css]]

Actually, add it to [[MediaWiki:Common.css]] below ".sysop-show { display:
none" because we want it to apply to non-sysops who made this visible in their
user css as well. It won't affect anything else.

-- 
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 50609] VisualEditor: Cancelling out of adding a reference adds an empty reference

[bugzilla-daemon]

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

--- Comment #3 from Krinkle  ---
This is because we currently have the logic for a creating refernece (and
potentially re-using an existing reference) and actually interacting with the
content of a reference in a separate dialog. As soon as you go into the editor
it inserts an empty reference and lets you edit that.

This sounds like another reason to keep those two things in the same dialog
(instead of making it look like one, actually have it be one). A dialog is
perfectly capable of having multiple "pages" or "states". This would save a
small amount of duplication and gain a fix for this bug and the bug of the
animation between the two dialogs.

-- 
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 50609] VisualEditor: Cancelling out of adding a reference adds an empty reference

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|UNCONFIRMED |ASSIGNED
  Component|General |Editing Tools
 CC||rm...@wikimedia.org
   Assignee|jforres...@wikimedia.org|rm...@wikimedia.org
 Ever confirmed|0   |1
Summary|Cancelling out of adding a  |VisualEditor: Cancelling
   |reference adds an empty |out of adding a reference
   |reference   |adds an empty reference
   Severity|normal  |minor

--- Comment #2 from James Forrester  ---
(In reply to comment #1)
> Note that this doesn't happen until you hit "Create reference" inside the
> first dialogue box, so you have arguably told it to create a reference ...
> but this will confuse people, because modal dialogue boxes in applications
> usually cancel out your actions if you just keep hitting the X.

Agreed. We'll get this fixed.

> Arguably, it shouldn't create a reference if it's got nothing to put into
> the reference.

Are you telling users they're not allowed to do what they want?! ;-) I think
that the number of users irritated by just silently munching references created
as blank ("so I can come back to it later!") would be non-zero.

-- 
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 50077] VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack

[bugzilla-daemon]

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

--- Comment #9 from Krinkle  ---
I agree that it isn't obvious whether the community does or doesn't want this
information on the edit page. However I also want to emphasise that this is
hidden by default, and thanks to our logic that strips out fake notices that
have no visible content, they are hidden for the vast majority of users.

If this "Page notice" redlink is visible, it is because the user has styles in
their state (either from [[MediaWiki:Group-sysop.css]] or their user
stylesheet) that make ".editnotice-redlink" or ".show-sysops" visible (the
element in the edit notice has both classes).

So one could argue showing it is the right thing to do, for they want to see
it. Why would they want to see it on the edit page but not in VisualEditor?
Likely because they don't use it that much in the first place, but it is more
intruding in VisualEditor because notices pop up from the editor.

Anyway, to hide in visualeditor without hiding it else where, you can use the
following line of CSS:

.ve-init-mw-viewPageTarget-toolbar-editNotices-notice .editnotice-redlink {
display: none !important; }

I'd recommend the community adds this to [[MediaWiki:Group-sysop.css]] right
below the rules for  ".show-sysop { display: block !important; }" and the like.

Note that we can't use ve-ui-toolbar, we can only use
"ve-init-mw-viewPageTarget-toolbar-editNotices-notice" because the other
elements aren't in the notice's element tree until *after* it is already in the
VE DOM, and hiding it after that will merely make the link invisible, the
notice container will still be there.

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

[Bug 50630] New: Exclude pages from Echo notifications using a regex-based blacklist (similar to the title blacklist for page protection)

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50630
   Summary: Exclude pages from Echo notifications using a
regex-based blacklist (similar to the title blacklist
for page protection)
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Echo
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: agarr...@wikimedia.org, bs...@wikimedia.org,
legoktm.wikipe...@gmail.com, rkald...@wikimedia.org,
the.original.s...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Similar to bug 47946 ([[MediaWiki:Echo-blacklist]] for blacklisted user names)
and bug 50628 (request to disable Echo pings on a per-page basis), it should be
possible to disable echo pings using regex against the page title. This would
be very similar to (or perhaps even tie in with...)
[[mw:Extension:TitleBlacklist]].

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

[Bug 50616] VisualEditor: Significant slowness in loading in Firefox

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 Blocks||49685
Web browser|--- |Firefox
   Assignee|jforres...@wikimedia.org|roan.katt...@gmail.com
Summary|editing interface slow to   |VisualEditor: Significant
   |load in Firefox |slowness in loading in
   ||Firefox

-- 
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 49685] VisualEditor: Performance issues (tracker)

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

 Depends on||50616

-- 
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 30405] MobileFrontend extension should stop special-casing main page

[bugzilla-daemon]

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

--- Comment #12 from Jon  ---
https://gerrit.wikimedia.org/r/71749 change defaults to no special casing.
Let's try and reverse the trend of fixing up broken layouts and try to
encourage better use of classes and non-table based layouts.

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

[Bug 50628] Disable Echo ping notifications on a per-page basis

[bugzilla-daemon]

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

Technical 13  changed:

   What|Removed |Added

 CC||technical...@yahoo.com
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=47946

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

[Bug 47946] On-wiki configurable user blacklist for Echo

[bugzilla-daemon]

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

Technical 13  changed:

   What|Removed |Added

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

-- 
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 50077] VisualEditor: Notice popup appears when there are, in fact, no notices because of enwiki's hack

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Normal  |High

--- Comment #8 from James Forrester  ---
(In reply to comment #6)
> There isn't much we can do. If the community insists it is useful to have
> placeholder edit notices when there is no editnotice that allows opt-in users
> to create them from a red link, then this is exactly what they want, is it
> not?
> 
> It shows that on EditPage as well (except in there, they are less visible as
> actual notices but appear as part of the page).

I disagree that the consensus that the enwiki community achieved for having
this edit notice in wikitext editor (a consensus which I have disagreed for
years, but there you go) transfers to consensus that they want it displaying in
VisualEditor.

As a quick hack, we could sniff for the edit notice having
class="editnotice-redlink" on it and killing that notice from the array. It's
horrible, but it will stop the problem until we fix it properly.

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

[Bug 50629] "Show changes" link for page link notifications

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

Summary|"Show change|"Show changes" link for
   ||page link notifications
   Severity|normal  |enhancement

--- Comment #1 from Matthew Flaschen  ---
When someone links to a page you created, the notification should include a
"Show changes" diff link, both because it's useful (where is the link, what is
the anchor text, what else did they change?) and for consistency.

Sorry for the initially broken bug submission.

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

[Bug 48429] VisualEditor: Support editing of sections inside a page

[bugzilla-daemon]

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

--- Comment #35 from James Forrester  ---
(In reply to comment #34)
> I can't believe that section editing is marked as a "lowest priority"
> "enhancement"!

"Enhancement" means "the software doesn't do this, and isn't as-written meant
to do this"; it's not a judgement on whether it should.

"Lowest priority" means "the core developers of this are not intending to work
on this issue any time soon"; bugs are always open to other developers coming
and working on them, which frequently happens.

"Lowest" is a very clear way of me marking the bug as something that can be
taken up without fear of duplication of work by a developer new to the code.
(This is known as avoiding "cookie licking".)

> This is incredibly important to me.

I appreciate that it is important to some editors, but I have to balance all
requested features, changes and bugs with VisualEditor against one another, and
in my judgement this is, relatively, an edge case.

> The way it's currently set up wastes bandwidth and slows load time relative
> to the old editor. Both of these are important when making a quick-fix edit.

I agree with that; I recommend using the wikitext editor for exactly these use
cases by power users if they prefer.

> Hardly "marginal utility". 

That specifically refers to finding a solution which you don't want.

A simpler solution - involving having the entire document available, but just
not editable except for the section the user asked for - is do-able, but in
that case, the benefits you're looking for (low bandwidth, fast loading time,
low load on local computers) would not be present; hence, marginal utility.

Solving what you're actually asking for (a form of VisualEditor/Parsoid that
loaded and edited only one section at a time) would be a mammoth piece of work,
albeit with some usefuless as you describe.

> James, please try regular editing on a slow connection if you haven't done
> this before, I'm pretty sure you'll end up editing the section source.

I've edited Wikipedia (and other wikis) since 2001, including over
heroically-terrible connexions through the years; I am very aware of the impact
that our current site has on low-bandwidth users, even without VisualEditor,
but I cannot justify spending donor funds to that extent when there are more
pressing demands on the resources of the VisualEditor team.

> I'm quite supportive of visual editor in general, but if this is not going
> to be fixed, I may have to turn back.

I'm sorry that that is the case, and hope that it does not come to that. Sorry
if my explanation here is insufficient.

-- 
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 48183] Show diff link when appropriate on talk page notifications

[bugzilla-daemon]

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

Matthew Flaschen  changed:

   What|Removed |Added

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

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

[Bug 48691] Users Blacklisted from creating notifications still trigger OBOL when posting to a user talkpage.

[bugzilla-daemon]

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

--- Comment #4 from Erik Bernhardson  ---
I'm not sure what your refering to in regards to the bug summary? From the
context of your statement it appears to be neither the title or comment 0,  so
i'm a bit lost.

-- 
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 48183] Show diff link when appropriate on talk page notifications

[bugzilla-daemon]

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

--- Comment #20 from Fabrice Florin  ---
As promised, we have just released new links to diff pages for three
notifications on the English Wikipedia, in response to your request. This
feature is now live for talk page notifications, as well as for mentions and
thanks notifications. These diff links now appear both on the notifications
flyout, near the timestamp ('View changes') -- as well as in the plain text
emails. I hope this address your concerns effectively. Please let us know if
you have any questions or follow-up recommendations. Enjoy the new features!

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

[Bug 48691] Users Blacklisted from creating notifications still trigger OBOL when posting to a user talkpage.

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #3 from MZMcBride  ---
(In reply to comment #0)
> Title says it all

OBOL is Orange Bar of ... Love? Please avoid initialisms in bug summaries.

The bug summary really doesn't say it all. Please try to file bugs with, at a
minimum, a copy of the bug summary. Bug summaries change often, but comment 0
is forever. :-)

-- 
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 50393] Suppress notifications for edits with a 'no ping' revision tag

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #1 from Bawolff (Brian Wolff)  ---
This seems like a somewhat inappropriate use case for a tag in some ways, since
they were originally meant for users to filter on interesting edits.

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

[Bug 50393] Suppress notifications for edits with a 'no ping' revision tag

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

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

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

[Bug 50628] Disable Echo ping notifications on a per-page basis

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

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

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

[Bug 47490] resetUserTokens.php not usable on large wikis

[bugzilla-daemon]

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

Greg Grossmeier  changed:

   What|Removed |Added

 CC||g...@wikimedia.org
 Whiteboard||greg-nextquarter

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

[Bug 50628] New: Disable Echo ping notifications on a per-page basis

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50628
   Summary: Disable Echo ping notifications on a per-page basis
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Echo
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: agarr...@wikimedia.org, bs...@wikimedia.org,
rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Similar to bug 50393, I think, it should be possible to disable Echo pings on a
per-page (in addition to a per-revision basis).

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

[Bug 50627] Does not handle missing parameter name

[bugzilla-daemon]

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

--- Comment #2 from Matthew Flaschen  ---
Upon re-opening it, though, it shows part_0/.

-- 
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 50627] Does not handle missing parameter name

[bugzilla-daemon]

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

--- Comment #1 from Matthew Flaschen  ---
I forgot to add: It shows part_1/ on the left where the parameter names 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 50627] New: Does not handle missing parameter name

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 50627
   Summary: Does not handle missing parameter name
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: rm...@wikimedia.org
  Reporter: mflasc...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

To reproduce

1. Click puzzle piece
2. Type cn ([[Template:cn]] redirecting to [[Template:Citation needed]])
3. Press enter twice.

(I was experimenting see if there is a quick way to get out of the template
dialog; this would be useful for templates like Template:cn that are commonly
added without parameters).

4. Type 'foo'
5. Click 'Apply changes'
6. It shows 'Template:Fooifsubst'
7. Code is generated as '{{Cn| = foo}'

-- 
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 50420] Wikitext list after implicit not properly recognized

[bugzilla-daemon]

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

--- Comment #8 from Gerrit Notification Bot  ---
Change 71744 had a related patch set uploaded by Subramanya Sastry:
WIP: (Bug 50420) Recognize sol-content in implicit  after a 

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

-- 
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 50545] VisualEditor: Page notices overlap dialogs

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |VE-deploy-2013-07-04

--- Comment #1 from James Forrester  ---
This has now been fixed by Rob; marking as such. I hope we can deploy this to
production soon, possibly tomorrow.

-- 
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 49059] VisualEditor: Phantoms appear above edit notices

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Assignee|krinklem...@gmail.com   |rm...@wikimedia.org

--- Comment #2 from James Forrester  ---
This has now been fixed by Rob; marking as such. I hope we can deploy this to
production soon, possibly tomorrow.

-- 
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 50334] possibly unexpected behavior with SUL/CentralAuth

[bugzilla-daemon]

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

--- Comment #3 from Chris Steipp  ---
This is still an issue with the latest version. loginwiki redirects back to the
attached wiki with a PROTO_CURRENT link, which is always https in production.

I just added a patch that should fix this.

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

[Bug 49269] Notifications page HTML markup

[bugzilla-daemon]

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

Ryan Kaldari  changed:

   What|Removed |Added

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

--- Comment #5 from Ryan Kaldari  ---
Looks like I merged 71523 prematurely. The ids for the uls need to be changed
to classes and it needs to make sure that it handles adding new notifications
in correctly when clicking the Load More button.

-- 
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 48256] Make brackets in section edit links accessible to CSS

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

   Target Milestone|--- |1.22.0 release

-- 
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 48256] Make brackets in section edit links accessible to CSS

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|wikibugs-l@lists.wikimedia. |matma@gmail.com
   |org |

--- Comment #10 from Bartosz Dziewoński  ---
Yay, merged. Scott, after 1.22 is released (or already right now if you use the
bleeding edge version) you can just use `.mw-editsection-bracket { display:
none; }` to hide the brackets entirely and be able to style the section edit
links on your own.

I'm pretty sure replacing those with CSS pseudoelements will have to wait a few
more years ;)

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