date:20120917

[Bug 20814] Enable $wgCrossSiteAJAXdomains for wikimedia sites

2012-09-17 Thread bugzilla-daemon

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

--- Comment #32 from Brett Zamir  2012-09-18 06:33:30 UTC ---
@Krinkle: Thanks, but it would really be nice to have the error checking of
CORS. I presume Roan knows what he is talking about, but if it is true what you
say that the "API automatically puts itself in read-only anonymous user mode
when accessing it through JSONP", then wouldn't this mode just need to be
switched on in the case of cross-domain CORS?

Btw, should this discussion be tracked in the likes of Bug 30802 since getting
off topic here?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing

2012-09-17 Thread bugzilla-daemon

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

Fomafix  changed:

   What|Removed |Added

 CC||foma...@googlemail.com

--- Comment #50 from Fomafix  2012-09-18 06:20:02 UTC 
---
*** Bug 40294 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40294] ucfirst generates a new line

2012-09-17 Thread bugzilla-daemon

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

Fomafix  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Fomafix  2012-09-18 06:20:02 UTC ---


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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36198] Article images are blurry on retina display (Responsive images)

2012-09-17 Thread bugzilla-daemon

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

Brion Vibber  changed:

   What|Removed |Added

 Blocks||32101

--- Comment #5 from Brion Vibber  2012-09-18 06:00:53 UTC 
---
Adding tracking bug 32101.

Note that this issue affects the desktop site as well these days, with both
tablets and laptops existing with 2.0x ratios (Apple's "Retina" iPad and
MacBook Pro) and more 1920x1080 Android and Windows tablets and laptops coming
soon.

I'll see if I can devise a clean way to add a secondary image source or
something...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32101] High-density display issues (tracking) xhdpi hdpi Retina high-resolution HiDPI

2012-09-17 Thread bugzilla-daemon

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

Brion Vibber  changed:

   What|Removed |Added

 Depends on||36198

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32101] High-density display issues (tracking) xhdpi hdpi Retina high-resolution HiDPI

2012-09-17 Thread bugzilla-daemon

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

Bug 32101 depends on bug 32096, which changed state.

Bug 32096 Summary: MobileFrontend image thumbnails, rendered math, etc gets 
upscaled on iPhone Retina display and hdpi Android
https://bugzilla.wikimedia.org/show_bug.cgi?id=32096

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36198] Article images are blurry on retina display (Responsive images)

2012-09-17 Thread bugzilla-daemon

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

Brion Vibber  changed:

   What|Removed |Added

 CC||br...@wikimedia.org

--- Comment #4 from Brion Vibber  2012-09-18 05:58:59 UTC 
---
*** Bug 32096 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32096] MobileFrontend image thumbnails, rendered math, etc gets upscaled on iPhone Retina display and hdpi Android

2012-09-17 Thread bugzilla-daemon

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

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #5 from Brion Vibber  2012-09-18 05:58:59 UTC 
---
Let's merge this in with bug 36198 though, and not worry about math just now.

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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32096] MobileFrontend image thumbnails, rendered math, etc gets upscaled on iPhone Retina display and hdpi Android

2012-09-17 Thread bugzilla-daemon

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

--- Comment #4 from Brion Vibber  2012-09-18 05:55:15 UTC 
---
Still relevant, not much has changed in the situation other than more phones
are shipping with higher-resolution screens, and some laptops are as well.

MathJax is enabled as a user option for math, but probably doesn't work in
MobileFrontend and since it's not the default it doesn't reach typical readers
anyway.

Other content images are still served at 1.0x resolution and appear blurry on
high-res screens.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 29504] Support for collapsed infoboxes and tables in Mobile

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||DUPLICATE

--- Comment #4 from Jon  2012-09-18 05:36:50 UTC ---
Since infoboxes are tables I am closing in favour of bug 36936 which is a more
generic solution

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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36936] Mobile site clips edges of large tables

2012-09-17 Thread bugzilla-daemon

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

--- Comment #17 from Jon  2012-09-18 05:36:50 UTC ---
*** Bug 29504 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32098] Warn editors when pages will display too wide for mobile view

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||LATER

--- Comment #1 from Jon  2012-09-18 05:35:39 UTC ---
This is not an issue any more in that elements are forced to never go over 100%
of the device width. We now have more specific problems to solve such as bug
36936

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 33909] Talk page - link to discussion page in mobile view

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 CC||jrob...@wikimedia.org
Summary|link to discussion page in  |Talk page - link to
   |mobile view |discussion page in mobile
   ||view

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36633] Improve JS loading and execution for slow connections on MobileFrontend

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Jon  2012-09-18 05:32:05 UTC ---
Closing in favour of more specific bugs such as bug 31011 and bug 40196

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32096] MobileFrontend image thumbnails, rendered math, etc gets upscaled on iPhone Retina display and hdpi Android

2012-09-17 Thread bugzilla-daemon

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

--- Comment #3 from Jon  2012-09-18 05:30:59 UTC ---
Is this still relevant? It's almost a year old..

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32101] High-density display issues (tracking) xhdpi hdpi Retina high-resolution HiDPI

2012-09-17 Thread bugzilla-daemon

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

Bug 32101 depends on bug 32095, which changed state.

Bug 32095 Summary: MobileFrontend icons are upsampled or blocky on high-dpi 
Android & iPhone Retina displays
https://bugzilla.wikimedia.org/show_bug.cgi?id=32095

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32096] MobileFrontend image thumbnails, rendered math, etc gets upscaled on iPhone Retina display and hdpi Android

2012-09-17 Thread bugzilla-daemon

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

Bug 32096 depends on bug 32095, which changed state.

Bug 32095 Summary: MobileFrontend icons are upsampled or blocky on high-dpi 
Android & iPhone Retina displays
https://bugzilla.wikimedia.org/show_bug.cgi?id=32095

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32095] MobileFrontend icons are upsampled or blocky on high-dpi Android & iPhone Retina displays

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #5 from Jon  2012-09-18 05:29:59 UTC ---
This relates to the old UI so closing.
I suggest we document best practices for ensuring we support retina displays
well in future and reopen bugs detailing which of the new graphics need fixing
up if necessary.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32101] High-density display issues (tracking) xhdpi hdpi Retina high-resolution HiDPI

2012-09-17 Thread bugzilla-daemon

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

Bug 32101 depends on bug 35844, which changed state.

Bug 35844 Summary: Images rendering for high-DPI / high device pixel ratio / 
"retina" display
https://bugzilla.wikimedia.org/show_bug.cgi?id=35844

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36198] Article images are blurry on retina display (Responsive images)

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 CC||peter...@hotmail.com

--- Comment #3 from Jon  2012-09-18 05:28:28 UTC ---
*** Bug 35844 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 35844] Images rendering for high-DPI / high device pixel ratio / "retina" display

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||DUPLICATE

--- Comment #4 from Jon  2012-09-18 05:28:27 UTC ---


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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 29387] Links to page history don't surface actual revisions

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||WORKSFORME

--- Comment #2 from Jon  2012-09-18 05:27:04 UTC ---
Works for me. I get the desktop version of the page...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32115] MobileFrontend should have an easy way of identifying interwiki languages past localized text

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||INVALID

--- Comment #2 from Jon  2012-09-18 05:25:18 UTC ---
Please fold into https://mingle.corp.wikimedia.org/projects/mobile/cards/111 if
still relevant in any shape or form.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28528] Display table of contents in mobile version

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER

--- Comment #2 from Jon  2012-09-18 05:21:35 UTC ---
Closing in favour of
https://mingle.corp.wikimedia.org/projects/mobile/cards/124

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32320] MobileFrontend beta needs a more noticeable image/link/anything for comments

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||LATER

--- Comment #1 from Jon  2012-09-18 05:18:37 UTC ---
1) 10 years old
2) no longer relevant
3) https://mingle.corp.wikimedia.org/projects/mobile/cards/118

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32250] Use spelling corrections from search api in mobile search

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||WORKSFORME

--- Comment #4 from Jon  2012-09-18 05:14:06 UTC ---
Closing as this seems to be fixed (Wikkipedia matches wikipedia and banana
bannana)
Also bug is 4 months old.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36710] Search results traffic drop post 5/1 - tracker

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #2 from Jon  2012-09-18 05:12:19 UTC ---
Closing as this is out of date

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 33444] More intuitive interwiki selector

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||LATER

--- Comment #2 from Jon  2012-09-18 05:11:40 UTC ---
This should be addressed soon. It has been written as a story [1] so closing
here

[1] https://mingle.corp.wikimedia.org/projects/mobile/cards/111

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 34000] Zero tracker

2012-09-17 Thread bugzilla-daemon

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

Bug 34000 depends on bug 28815, which changed state.

Bug 28815 Summary: wikipedia.org should detect mobile browsers and local 
language, and forward to xx.m.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=28815

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||WONTFIX

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 28815] wikipedia.org should detect mobile browsers and local language, and forward to xx.m.wp

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 28815] wikipedia.org should detect mobile browsers and local language, and forward to xx.m.wp

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 CC||jrob...@wikimedia.org

--- Comment #10 from Jon  2012-09-18 05:10:06 UTC ---
I'm closing for the following reasons
1) Lack of activity (9 months)
2) I think websites that decide which language I want to go to are evil.
Currently www.wikipedia.org on mobile does not redirect. This in my opinion is
the correct behaviour. If I want french Wikipedia I go to fr.wikipedia.org and
if I want Spanish I go to es.wikipedia.org. If I am currently on holiday in
Portugal and go to wikipedia.org I except a generic landing page not to be
redirected to pt.m.wikipedia.org
3) bug 30389

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 35616] Wikipedia pages violating CC-BY-SA license

2012-09-17 Thread bugzilla-daemon

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

Bug 35616 depends on bug 32117, which changed state.

Bug 32117 Summary: Redesign mobile navigation layout in prep for new features
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 34292] mobile apps do not link to authors/history of wikipedia article

2012-09-17 Thread bugzilla-daemon

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

Bug 34292 depends on bug 32117, which changed state.

Bug 32117 Summary: Redesign mobile navigation layout in prep for new features
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32148] MobileFrontend has no link to activate the beta functions unless you read blog.wikimedia.org

2012-09-17 Thread bugzilla-daemon

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

Bug 32148 depends on bug 32117, which changed state.

Bug 32117 Summary: Redesign mobile navigation layout in prep for new features
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32088] MobileFrontend beta language, home/random buttons hidden and undiscoverable

2012-09-17 Thread bugzilla-daemon

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

Bug 32088 depends on bug 32117, which changed state.

Bug 32117 Summary: Redesign mobile navigation layout in prep for new features
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30902] MediaWiki:Sidebar doesn't get applied to mobile site

2012-09-17 Thread bugzilla-daemon

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

Bug 30902 depends on bug 32117, which changed state.

Bug 32117 Summary: Redesign mobile navigation layout in prep for new features
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32117] Redesign mobile navigation layout in prep for new features

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||INVALID

--- Comment #3 from Jon  2012-09-18 05:03:49 UTC ---
I'm closing this at is is not very detailed, not actionable and in my opinion
just adds noise to bugzilla.  See
https://mingle.corp.wikimedia.org/projects/mobile/cards/list?style=list&tab=All
for more specific stories related to nav.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36198] Article images are blurry on retina display (Responsive images)

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

Summary|Article images are blurry   |Article images are blurry
   |on retina display   |on retina display
   ||(Responsive images)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36711] "Type your search here" text is missing from full screen search on Android 2.3.6 native browser

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #4 from Jon  2012-09-18 05:00:54 UTC ---
This bug seems outdated is a browser problem and I don't think we should worry
too much about this.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36710] Search results traffic drop post 5/1 - tracker

2012-09-17 Thread bugzilla-daemon

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

Bug 36710 depends on bug 36711, which changed state.

Bug 36711 Summary: "Type your search here" text is missing from full screen 
search on Android 2.3.6 native browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=36711

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||WONTFIX

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 22187] Reformatting of Portals

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||DUPLICATE

--- Comment #4 from Jon  2012-09-18 04:59:39 UTC ---
This is a duplicate and at least on en wiki portal pages were cleaned up (see
bug 30887) and is part of the whole "inline styles problem" (see bug 35704)

See
http://www.mediawiki.org/wiki/Making_MediaWiki_Mobile_Friendly#Two_column_layouts

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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30887] Inline Styles: Portal pages need to be redesigned for mobile

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 CC||ninn...@gmail.com

Bug 30887 depends on bug 22187, which changed state.

Bug 22187 Summary: Reformatting of Portals
https://bugzilla.wikimedia.org/show_bug.cgi?id=22187

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #10 from Jon  2012-09-18 04:59:39 UTC ---
*** Bug 22187 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 14369] Talk pages of subpages are not moved if the top-level page has no talk page

2012-09-17 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

   Keywords||easy
 CC||b...@mzmcbride.com

--- Comment #10 from MZMcBride  2012-09-18 04:12:42 UTC ---
(In reply to comment #7)
> The problem is it's not clear to me what interface to provide to get around 
> the
> problem.
> 
> Provide a "move talk page" checkbox if any subpages have talk pages?  
> Possible,
> but weird.

I'm not sure why you think this is weird. Couldn't you just genericize the text
a bit? E.g., "move associated talk pages", which safely applies to 0 or more
talk pages.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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

2012-09-17 Thread bugzilla-daemon

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

--- Comment #7 from Steven Walling  2012-09-18 04:09:00 
UTC ---
> I think using auto-hide for these kinds of notifications makes for poor site
> accessibility. There's a lot of text and it's difficult to read it all 
> quickly.
> The current message displays for five seconds and contains the following text:
> 
> ---
> The page "Main Page" has been added to your [watchlist]. Future changes to 
> this
> page and its associated talk page will be listed there, and the page will
> appear bolded in the [list of recent changes] to make it easier to pick out.
> ---
> 
> Imagine that a new user, just having registered an account, clicks the star
> icon. He or she is expected to read (and understand) all of this in five
> seconds before the message disappears? Plus there are two links in there. But
> pretty soon the message has disappeared; who knows, you may have been reading
> another window or tab (bug 40322). This is kind of nasty behavior, in my
> opinion.
> 
> I think the hover trick (where putting your cursor over a message will cause
> the message to not auto-hide) is non-obvious. Admittedly Microsoft Outlook 
> does
> something similar with e-mail inbox message previews.
> 
> And not everybody has a hover state these days. Are cursor-less users just
> expected to read everything very quickly?
> 
> Maybe it makes sense to not auto-hide for new users only. Or maybe auto-hide
> isn't as evil as it seems. I think this needs more thought.

I don't think we should necessarily optimize for so much text. I think you can
basically cut it all down to "The page "Main Page" has been added to your
[watchlist]." as long as you have the link. 

I think auto-hide is just courtesy for certain kinds of messages, especially
confirmation messages. You see this pattern all over. For other kinds of
notification, such as things where a response is expected of you and/or it does
not cover elements of the page, it's not. I think the hover state is a good
idea. Placing a cursor on an element and/or clicking it is obviously indicative
of "grabbing" it, and as such is expected behavior.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40320] delete 1.20.0rc1 tag from mediawiki/core

2012-09-17 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||krinklem...@gmail.com
 Resolution||FIXED

--- Comment #1 from Krinkle  2012-09-18 04:06:03 UTC ---
Its gone?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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

2012-09-17 Thread bugzilla-daemon

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

--- Comment #6 from Krinkle  2012-09-18 04:04:36 UTC ---
(In reply to comment #5)
>  I think using auto-hide for these kinds of notifications makes for poor site
> accessibility. There's a lot of text and it's difficult to read it all 
> quickly.
> The current message displays for five seconds and contains the following text:

It depends on the message. For one, that message contains way too much crap. We
have a tendency to cover our complicated interface by bombarding the user with
loads of text.

A confirmation of an asynchronous event (adding page to watchlist) is in my
opinion not the place to explain how it all works and elaborately explain which
wire to cut in the event of facing a bomb.

So for the watchlist confirmation a simple hiding is probably OK.

Having said that, there is two other types of messages for the user:

* Messages that have a home:
- Got a new e-mail, preview shown. Clicking opens up the e-mail. Message
auto-hides. Users knows where to find e-mails later if they missed the message,
clicked too late, or want to check later (e.g. they might have left their
screen open and went to the loo, they'll catch up on e-mail later by going to
the inbox manually).

* Messages that don't have a home:
- All messages should have a home, but for those that don't yet. If they are
important, they should probably not auto-hide. Examples are messages that
require user interaction (e.g. clicking one of two buttons). Those would appear
until the user either takes or dismisses the call for action.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40322] mw.notification: Postpone autoHide timer if window was not focused

2012-09-17 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

Summary|mw.notification: Post-pone  |mw.notification: Postpone
   |autoHide timer if window|autoHide timer if window
   |was not focused |was not focused

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40322] mw.notification: Post-pone autoHide timer if window was not focused

2012-09-17 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

Summary|Disable autohide of |mw.notification: Post-pone
   |notifications if the user   |autoHide timer if window
   |goes to other window/tab|was not focused

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40322] Disable autohide of notifications if the user goes to other window/tab

2012-09-17 Thread bugzilla-daemon

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

--- Comment #1 from Krinkle  2012-09-18 03:52:01 UTC ---
Nice catch, yes we should implement that!

The window focus/blur events can be used to detect switches to other tabs and
windows.

$(window).on({
  blur: function () {},
  focus: function () {}
});

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40279] keyword to change effect of categorisation

2012-09-17 Thread bugzilla-daemon

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

--- Comment #3 from Dirk Beetstra  2012-09-18 03:49:47 
UTC ---
@Gadfium - generally userspace drafts carry already a 'this is a userspace
draft'-template, which would be the perfect place to put it in.  In any way,
tagging an article is less bitey than maiming the categories that an editor
painstakingly has added to the article.  I presume that adding __NOCATEGORY__
to the code is easier than your solution, although I think that also that would
be a welcome extension (and maybe the two should work 'together').

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40322] Disable autohide of notifications if the user goes to other window/tab

2012-09-17 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

   Keywords|design  |
   Priority|Unprioritized   |Normal

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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

2012-09-17 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #5 from MZMcBride  2012-09-18 03:38:53 UTC ---
(In reply to comment #4)
> As for closing on click: yes, it depends on the context in some other apps. I
> don't think we should--or need to--follow that model because it requires
> learning and guesswork on the part of the user with little to no improvement 
> on
> visual design. Users will learn the feature without confusion if we
> consistently use our affordances. I don't think I see issues with an 
> affordance
> appearing on hover, as long as it's present.

I think using auto-hide for these kinds of notifications makes for poor site
accessibility. There's a lot of text and it's difficult to read it all quickly.
The current message displays for five seconds and contains the following text:

---
The page "Main Page" has been added to your [watchlist]. Future changes to this
page and its associated talk page will be listed there, and the page will
appear bolded in the [list of recent changes] to make it easier to pick out.
---

Imagine that a new user, just having registered an account, clicks the star
icon. He or she is expected to read (and understand) all of this in five
seconds before the message disappears? Plus there are two links in there. But
pretty soon the message has disappeared; who knows, you may have been reading
another window or tab (bug 40322). This is kind of nasty behavior, in my
opinion.

I think the hover trick (where putting your cursor over a message will cause
the message to not auto-hide) is non-obvious. Admittedly Microsoft Outlook does
something similar with e-mail inbox message previews.

And not everybody has a hover state these days. Are cursor-less users just
expected to read everything very quickly?

Maybe it makes sense to not auto-hide for new users only. Or maybe auto-hide
isn't as evil as it seems. I think this needs more thought.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40322] New: Disable autohide of notifications if the user goes to other window/tab

2012-09-17 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 40322
   Summary: Disable autohide of notifications if the user goes to
other window/tab
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: design
  Severity: normal
  Priority: Unprioritized
 Component: JavaScript
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mybugs.m...@gmail.com
CC: krinklem...@gmail.com, tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


I think it would be better if the notification messages posted with mw.notiy,
with auto-hide enabled, should not hide while the user is reading another
browser tab/window. The timer should be disabled until the user come back to
the screen where the notification is visible, or it may be hidden before the
user notices its existence.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40321] New: Moving page with subpages causes inappropriate (wrong) red links in post-move parsing of root page

2012-09-17 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 40321
   Summary: Moving page with subpages causes inappropriate (wrong)
red links in post-move parsing of root page
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
Classification: Unclassified
   Mobile Platform: ---


You have "Root page" with the content "[[/Subpage]]". And you have "Root
page/Subpage" with any content. If you move "Root page" to a different title
(e.g., "Beet page") and select the "move with subpages option", MediaWiki will
move all of the pages as expected.

However, when you open "Beet page" (the new root page title after the
successful page move), you'll see a red link where [[/Subpage]] is. This
indicates that the page has been re-parsed after the page move, but some time
in between the root page being moved and the subpage(s) being moved. This
behavior is wrong. The order should be tweaked so that the page text is
re-parsed after all of the subpages have been moved, I think, if possible.

The workaround is to manually purge the page (using ?action=purge or
equivalent).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40320] New: delete 1.20.0rc1 tag from mediawiki/core

2012-09-17 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 40320
   Summary: delete 1.20.0rc1 tag from mediawiki/core
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: has...@free.fr
CC: innocentkil...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


mediawiki/core.git has a '1.20.0rc1' tagging 1.12rc1 version. Someone made a
typo at one point.

We need to delete 1.20.0rc1 tag:

  git push gerrit :refs/tags/1.20.0rc1

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40132] Special:ItemDisambiguation should add uselang or setlang to result links

2012-09-17 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #8 from MZMcBride  2012-09-18 01:57:42 UTC ---
Related: .

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40228] Make sure there's only one pollForChanges process per client (5)

2012-09-17 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #2 from MZMcBride  2012-09-18 01:55:18 UTC ---
Related: .

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39208] Marking something for deletion or adding maintenance tags should automatically review it

2012-09-17 Thread bugzilla-daemon

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

--- Comment #8 from MZMcBride  2012-09-18 01:46:41 UTC ---
Related: .

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39918] UniversalLanguageSelector extension is not compatible with IE7

2012-09-17 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|ULS is not compatible with  |UniversalLanguageSelector
   |IE7 |extension is not compatible
   ||with IE7

--- Comment #4 from MZMcBride  2012-09-18 01:36:36 UTC ---
(In reply to comment #2)
> As far as I know IE6 and IE7 are still supported by the foundation when
> possible. (webfonts being a case of 'not possible').

Apparently browsers are now graded:
.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40319] Complete meltdown

2012-09-17 Thread bugzilla-daemon

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

Roan Kattouw  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||roan.katt...@gmail.com
 Resolution||INVALID

--- Comment #1 from Roan Kattouw  2012-09-18 01:35:04 
UTC ---
Bogus

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39918] ULS is not compatible with IE7

2012-09-17 Thread bugzilla-daemon

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

Siebrand  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX

--- Comment #3 from Siebrand  2012-09-18 01:28:22 UTC ---
In line with supported versions for Visual Editor, IE6/7/8 are no longer
supported. More recent browsers may work; if any severe compatibility issues
are reported, support will be actively disabled.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40254] Version number shouldn't always use localized parentheses

2012-09-17 Thread bugzilla-daemon

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

Antoine "hashar" Musso  changed:

   What|Removed |Added

   Keywords||i18n
 CC||asha...@wikimedia.org,
   ||has...@free.fr,
   ||niklas.laxst...@gmail.com,
   ||s.mazel...@xs4all.nl,
   ||srik@gmail.com
  Component|General/Unknown |Internationalization

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 38014] MobileFrontend's contact form e-mail needs refinement

2012-09-17 Thread bugzilla-daemon

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

--- Comment #1 from Jon  2012-09-18 01:09:44 UTC ---
Improved in https://gerrit.wikimedia.org/r/24106

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 36388] MobileFrontend's "Contact us" feature should provide more information (last visited page name, etc.)

2012-09-17 Thread bugzilla-daemon

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

--- Comment #4 from Jon  2012-09-18 01:05:43 UTC ---
*** Bug 37717 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37717] Difficult to distinguish mobile site feedback from mobile app feedback

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Jon  2012-09-18 01:05:43 UTC ---


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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40196] MobileFrontend: initialize JS on DOM-ready, not window.onload

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

   Priority|Unprioritized   |Highest
 CC||jrob...@wikimedia.org

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32290] MobileFrontend extension should allow users to see their watchlists

2012-09-17 Thread bugzilla-daemon

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

Bug 32290 depends on bug 24387, which changed state.

Bug 24387 Summary: MobileFrontend extension should support user login
https://bugzilla.wikimedia.org/show_bug.cgi?id=24387

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40318] Special:UserLogin broken in MobileFrontend

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 CC||malr...@gmail.com

--- Comment #2 from Jon  2012-09-18 00:59:36 UTC ---
*** Bug 24387 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 32286] MobileFrontend should support image uploads

2012-09-17 Thread bugzilla-daemon

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

Bug 32286 depends on bug 24387, which changed state.

Bug 24387 Summary: MobileFrontend extension should support user login
https://bugzilla.wikimedia.org/show_bug.cgi?id=24387

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 24387] MobileFrontend extension should support user login

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jrob...@wikimedia.org
 Resolution||DUPLICATE

--- Comment #2 from Jon  2012-09-18 00:59:36 UTC ---


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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40319] New: Complete meltdown

2012-09-17 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 40319
   Summary: Complete meltdown
   Product: Huggle
   Version: unspecified
  Platform: Macintosh
OS/Version: Windows Vista
Status: UNCONFIRMED
  Severity: critical
  Priority: Unprioritized
 Component: Application
AssignedTo: benap...@gmail.com
ReportedBy: gradesandqualificati...@yahoo.com
CC: benap...@gmail.com, mmovc...@wikipedia.de
Classification: Unclassified
   Mobile Platform: ---


Huggle is malfuncting, it is causing me all lose ALL of my files, must be shut
down now!!

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39971] Long formulas are cut in mobile view

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37526] Maemo Browser fails to redirect to mobile site

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 38105] [beta] Make the back option click area cell wide

2012-09-17 Thread bugzilla-daemon

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

--- Comment #1 from Jon  2012-09-18 00:56:49 UTC ---
fixed in https://gerrit.wikimedia.org/r/24105

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 38106] [beta] main menu and page menu not clearly buttons

2012-09-17 Thread bugzilla-daemon

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

--- Comment #1 from Jon  2012-09-18 00:51:28 UTC ---
Thanks for this
I've moved this feedback to
http://www.mediawiki.org/wiki/MobileFrontend/Feedback#Discoverability_of_Facebook_style_menu

My plan is to use the bugzilla list for clearly defined problems with the
codebase (the voice over feedback might be worth opening a separate bug for).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 38656] Navigation problems

2012-09-17 Thread bugzilla-daemon

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

--- Comment #2 from Jon  2012-09-18 00:47:53 UTC ---
Touch area fixed in https://gerrit.wikimedia.org/r/24103

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 39081] Navigation bar slide out animation

2012-09-17 Thread bugzilla-daemon

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

--- Comment #1 from Jon  2012-09-18 00:47:40 UTC ---
Dropped in https://gerrit.wikimedia.org/r/24102

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40318] Special:UserLogin broken in MobileFrontend

2012-09-17 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 CC||aricha...@wikimedia.org,
   ||prei...@wikimedia.org
  Component|Generic |MobileFrontend
Version|.5  |master
Product|Wikimedia Mobile|MediaWiki extensions

--- Comment #1 from Jon  2012-09-18 00:39:40 UTC ---
Interestingly if you put your username and password in and click the login
button you do actually login you just don't get redirected... weird.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 33464] Add "Developer" or "API" link to footer of Wikimedia wikis

2012-09-17 Thread bugzilla-daemon

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

--- Comment #4 from Brandon Harris  2012-09-18 00:23:18 
UTC ---
I also agree with Max (shudder).  

Link should come after "Mobile view" and be named something like "Developer
Central" or "Developer Hub" (since the other links are nouns and not actions,
this must be a noun, too).

This should then point [[mw:Project:Help]], which is the "Community Portal". 
Note that page suffers from being horrid looking; someone should clean it up. 
I'd think this falls into Sumana's camp, since it's about volunteer developer
relations.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 33880] $wgUsersNotifiedOnAllChanges should not send e-mail to user who made the edit.

2012-09-17 Thread bugzilla-daemon

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

Michael Jennings  changed:

   What|Removed |Added

 CC||m...@lbl.gov

--- Comment #3 from Michael Jennings  2012-09-18 00:21:03 UTC ---
This is quite unfortunate in my opinion.  The variable name clearly states that
the user(s) should be notified of ALL changes, not just OTHERS' changes.

This "fix" should be reverted, IMHO, or the behavior made modifiable.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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

2012-09-17 Thread bugzilla-daemon

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

--- Comment #4 from Munaf Assaf  2012-09-18 00:13:13 UTC 
---
Should've been clearer about positioning: the top right position might not be
the correct one, so we should test out others before standardizing. The goal
isn't to provide flexibility forever; just something we can use experimentally
until we standardize. You're right that we shouldn't productize that
immediately. We can inject our own CSS until then, as long as everyone is OK
with the productized-default changing based on future data and design
consensus.

As for closing on click: yes, it depends on the context in some other apps. I
don't think we should--or need to--follow that model because it requires
learning and guesswork on the part of the user with little to no improvement on
visual design. Users will learn the feature without confusion if we
consistently use our affordances. I don't think I see issues with an affordance
appearing on hover, as long as it's present.

Can you cite some clear precedents or design patterns to explain why you said
message type icons are bad for notifications?

Munaf

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40046] MediaWiki's info action should link first revision of a page

2012-09-17 Thread bugzilla-daemon

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

Madman  changed:

   What|Removed |Added

   Keywords||patch-in-gerrit
 CC||madman.enw...@gmail.com

--- Comment #2 from Madman  2012-09-18 00:12:15 UTC ---
https://gerrit.wikimedia.org/r/#/c/24098/

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40306] Align HTML4 -> HTML5 transform broken on tablerows.

2012-09-17 Thread bugzilla-daemon

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

--- Comment #5 from Derk-Jan Hartman  2012-09-18 
00:10:09 UTC ---
New patchset submitted (though for some reason it seems to have picked the
cherry picked version on the wmf12 branch.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40293] Kill the "View source" tab: refactor page protection out of Core

2012-09-17 Thread bugzilla-daemon

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

--- Comment #2 from Adam Wight  2012-09-18 00:10:01 UTC ---
MZMcBride: thank you for helping hone my argument ;)

I'll follow up at the RFC page, but to answer the fundamental question,
MediaWiki already ships with some really critical functionality packaged as
extensions, Vector and ParserFunctions for example.  I believe this was for the
same reason as I proposed extracting the protection code: now we can experiment
with the next default skin and provide a trivial upgrade path when it's ready
for mainstreaming.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40313] Create user lists for notifying current patrollers about Page Curation's full release

2012-09-17 Thread bugzilla-daemon

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

Ryan Kaldari  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40313] Create user lists for notifying current patrollers about Page Curation's full release

2012-09-17 Thread bugzilla-daemon

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

--- Comment #3 from Ryan Kaldari  2012-09-18 00:00:12 
UTC ---
Due to the way our data is stored, it's only possible for us to look at recent
actions (within the past 30-40 days approximately).

I've attached text files with the lists of patrollers and reviewers. I'm not
sure what format EdwardsBot requires, so let me know if I need to convert these
into some other format. (They are currently newline delimited with no
escaping.)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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

2012-09-17 Thread bugzilla-daemon

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

--- Comment #3 from Krinkle  2012-09-17 23:55:45 UTC ---
1. Position

I agree with Daniel, changing position of the queue is definitely not something
that should be part of the notifications framework. The last thing we want is
different scripts popping up messages all over the screen attacking the user
from all sides ;-)

2. Closing

Yes and no. I think having a close button appear on-hover is good. Many systems
I know do this as well (Growl, Notification Center, Twitter apps). However they
may still close regardless of where one clicks. When the message is an alert[1]
(as opposed to a banner[1]), in that case the message only closes when clicking
on Cancel (or Dismiss, whatever button there may be). Otherwise it depends on
what the source of the message has configured on the message-click callback (if
it calls this.close() then it hides no matter where the click is), but
notifications from Mail often bring the Mail application to the front etc. that
action is configurable.

3. Icons

Yes, see also:
http://lists.wikimedia.org/pipermail/wikitech-l/2012-September/063219.html



[1] Banner is a message with autoHide and only text. Alert is a message that
doesn't autoHide and typically has two clickable buttons waiting for user
response.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40313] Create user lists for notifying current patrollers about Page Curation's full release

2012-09-17 Thread bugzilla-daemon

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

--- Comment #2 from Ryan Kaldari  2012-09-17 23:55:36 
UTC ---
Created attachment 11122
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11122
List of editors who have used PageCuration (recently)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40313] Create user lists for notifying current patrollers about Page Curation's full release

2012-09-17 Thread bugzilla-daemon

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

--- Comment #1 from Ryan Kaldari  2012-09-17 23:54:55 
UTC ---
Created attachment 11121
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11121
List of patrollers who haven't used PageCuration (recently)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40293] Kill the "View source" tab: refactor page protection out of Core

2012-09-17 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2012-09-17 23:54:39 UTC ---
(In reply to comment #0)
> (bug titled in honor of a talk by Benjamin Mako Hill, 2012-09-13)

:-)

> I've discovered that the builtin page protection is nicely configurable, but
> very difficult to extend.  Specifically, I attempted to implement a 
> gated-trunk
> model which allows anyone to edit a protected page, but to do so the builtin
> protection mechanism would have to be effectively disabled.

Right. You could presumably use something like [[mw:Extension:FlaggedRevs]] for
this, though I'm not sure anyone ever actually has.

> Rewriting the builtin protection in any significant way is an enormous and
> expensive task (this patch removes almost 5,000 lines of code), and errors
> could result in damaged reputation or even lawsuits.  I decided that the code
> would be much more easily managed as an extension, and can even be replaced by
> an entirely different system.

The fundamental question here seems to be whether MediaWiki should ship with
the ability to protect pages. I believe the answer is yes. I would consider
page protection to be a basic and expected feature; I would not consider page
protection to be a feature that requires an add-on (i.e., an extension).

> The initial goal you see reflected in these patches is simply to refactor the
> code in a way that preserves exactly the same functionality, while also 
> keeping
> code structure intact whenever possible, to facilitate review.
> 
> See [[Extension:ProtectedTitles]] for more information.

You want [[mw:Extension:ProtectedTitles]].

I know Siebrand suggested that you file a bug (and it's great that you have),
but what you really want is an RFC:
. Bugzilla is a good place
to track technical issues; it's not a good place for drafting your thoughts and
making a passionate case for why we should kill page protection in MediaWiki
core. An RFC, on the other hand, is a perfect venue for this. :-)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 39274] No info on who reviewed

2012-09-17 Thread bugzilla-daemon

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

bs...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from bs...@wikimedia.org 2012-09-17 23:49:18 UTC ---
This change has been deployed to production

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40293] Kill the "View source" tab: refactor page protection out of Core

2012-09-17 Thread bugzilla-daemon

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

Adam Wight  changed:

   What|Removed |Added

   Keywords||patch, patch-in-gerrit,
   ||patch-need-review

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 33464] Add "Developer" or "API" link to footer of Wikimedia wikis

2012-09-17 Thread bugzilla-daemon

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

--- Comment #3 from Oliver Keyes  2012-09-17 23:45:05 UTC 
---
I'd agree with Max on this one. When I see "powered by N" I go "oh, okay. It's
powered by something. That's nice." My instant assumption is not that I can get
involved in that something - quite the opposite. I'll leave it to Brandon et al
to comment on the design aspect and whatnot.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 29898] User preference for enforcing HTTPS

2012-09-17 Thread bugzilla-daemon

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

--- Comment #13 from MZMcBride  2012-09-17 23:42:29 UTC ---
Related: change I60f44a10.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 38450] Reimplement MediaWiki's info action (tracking)

2012-09-17 Thread bugzilla-daemon

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

Bug 38450 depends on bug 40248, which changed state.

Bug 40248 Summary: Don't show "Edit history" in info action for missing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40248

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 39688] action=info displays misleading edit history for redlinks

2012-09-17 Thread bugzilla-daemon

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

Madman  changed:

   What|Removed |Added

 CC||listenle...@gmail.com

--- Comment #3 from Madman  2012-09-17 23:40:32 UTC ---
*** Bug 40248 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40248] Don't show "Edit history" in info action for missing pages

2012-09-17 Thread bugzilla-daemon

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

Madman  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||madman.enw...@gmail.com
 Resolution||DUPLICATE

--- Comment #2 from Madman  2012-09-17 23:40:32 UTC ---
Yep!

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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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

2012-09-17 Thread bugzilla-daemon

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

--- Comment #2 from Daniel Friesen  
2012-09-17 23:23:50 UTC ---
#1 has no business being done at a per-notification level.

The notification area is done entirely with css so you can do your testing of
other positions simply by adding some extra css.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40305] Round-trip noinclude / includeonly / onlyinclude tags

2012-09-17 Thread bugzilla-daemon

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

Mark Holmquist  changed:

   What|Removed |Added

   Keywords||patch-in-gerrit
 CC||mtrac...@member.fsf.org

--- Comment #1 from Mark Holmquist  2012-09-17 
23:10:41 UTC ---
https://gerrit.wikimedia.org/r/24089

That should be a pretty good first shot.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 40318] New: Special:UserLogin broken in MobileFrontend

2012-09-17 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 40318
   Summary: Special:UserLogin broken in MobileFrontend
   Product: Wikimedia Mobile
   Version: .5
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Generic
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: swall...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Created attachment 11120
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11120
View of login page while browsing via en.m.wikipedia.org

Currently, you can visit the login page (Special:UserLogin) via en.m.wiki...
and MobileFrontend will re-skin the page. However, submitting credentials
simply reloads the page. 

I understand that there are some blockers around doing mobile logins and
registration, but we should probably just serve the desktop view of that page
until mobile fully supports login/signup.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

1 2 3 >

1 - 100 of 243 matches

Mail list logo