[Bug 54757] VisualEditor: Show user that drag-and-drop of textual content in Firefox is not supported

[bugzilla-daemon]

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

Bug 54757 depends on bug 50643, which changed state.

Bug 50643 Summary: VisualEditor: Disable drag-and-drop of non-media content in 
Firefox until we support that
https://bugzilla.wikimedia.org/show_bug.cgi?id=50643

   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 50643] VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

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

--- Comment #6 from John Mark Vandenberg  ---
The drag-and-drop operation previously had the appearance of being successful,
in that the text would change to the dropped position.  After the text was
moved, the save button wasnt enabled.

Now the text can only be picked up and dragged around, but the text move
operation is cancelled when the text is dropped.

The bug has been fixed, and I am closing as such.  Probably as part of another
piece of related work.

For bonus points, VE shouldnt allow the text to be picked up and dragged.  I've
opened that as an enhancement bug 54757.

-- 
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 54757] New: VisualEditor: Show user that drag-and-drop of textual content in Firefox is not supported

[bugzilla-daemon]

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

   Web browser: Firefox
Bug ID: 54757
   Summary: VisualEditor: Show user that drag-and-drop of textual
content in Firefox is not supported
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: ContentEditable
  Assignee: i...@wikia-inc.com
  Reporter: jay...@gmail.com
CC: i...@wikia-inc.com, jay...@gmail.com,
jforres...@wikimedia.org, johnc...@hotmail.com,
krinklem...@gmail.com, oke...@wikimedia.org,
or...@framezero.com, q...@wikimedia.org,
rainerril...@hotmail.com, wp.excir...@gmail.com
Depends on: 50643
Classification: Unclassified
   Mobile Platform: ---

+++ This bug was initially created as a clone of Bug #50643 comment 6 +++

Steps to reproduce:
1. Edit a page in VE
2. Select a piece of textual content without any fancy stuff in it.
3. Drag it to another location in the page

Expected results:
The cursor should be a disabled-drop icon

Actual results:
The cursor is an 'image' icon

-- 
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 50643] VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

 Blocks||54757

-- 
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 52045] Use VipsScaler to scale TIFFs

[bugzilla-daemon]

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

--- Comment #4 from Gerrit Notification Bot  ---
Change 86416 had a related patch set uploaded by Brian Wolff:
[WIP] Add support for page numbers to VipsScaler.

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

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

[Bug 54730] Show the watch star icon also to anonymous desktop users

[bugzilla-daemon]

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

--- Comment #3 from MZMcBride  ---
(In reply to comment #2)
> MobileFrontend does show the star icon to anonymous users.

MobileFrontend has been making a lot of ... questionable design choices lately.
Some call it being experimental. Others are less sure. Either way, it's
probably not a great model to emulate.

This request is essentially asking for MediaWiki to intentionally expose a
non-functioning control. The general design principle in MediaWiki is to only
show functional user interface elements (for example, unprivileged users are
not shown a delete tab or a protect tab), though perhaps there's a reasonable
case to make an exception here.

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

[Bug 23141] Watch star icon is not obvious

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WONTFIX

--- Comment #21 from Quim Gil  ---
This report hasn't got any progress in a long time, and by now everybody got
used to that star for watching pages. Resolving as WONTFIX.

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

[Bug 54730] Show the watch star icon also to anonymous desktop users

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

Summary|Show the watch star icon|Show the watch star icon
   |also to anonymous users |also to anonymous desktop
   ||users

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

[Bug 54730] Show the watch star icon also to anonymous users

[bugzilla-daemon]

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

--- Comment #2 from Quim Gil  ---
MobileFrontend does show the star icon to anonymous users. When you tap a
dialog appears:

"Please login or sign up to watch this page." + the 2 buttons.

The string can be improved but I personally think itś a good start (and maybe
there is somewhere a possibility to retrieve data about how many anonymous
users click that star and what do they do with it).

I'm not saying it's our biggest selling point for creating an account, but I
believe the little icon star teaser for anonymous desktop users is worth a try.

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

[Bug 54753] subpage breadcrumbs for Programs namespaces on meta.wiki

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 86414 had a related patch set uploaded by TTO:
Enable subpages in Programs namespace of metawiki

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

-- 
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 54753] subpage breadcrumbs for Programs namespaces on meta.wiki

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|ASSIGNED|PATCH_TO_REVIEW

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

[Bug 54307] Watchlist icon on does not match on desktop and mobile skin

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

  Component|MobileFrontend  |Skin and page rendering
Version|unspecified |1.22-git
Product|MediaWiki extensions|MediaWiki

--- Comment #4 from Quim Gil  ---
The proposal is "Desktop icon should be replaced to match mobile skin", not the
other way around. Therefore it's a request for MediaWiki Core / Skins. Moving
back.

Even if the themes are different, I personally see a point in sharing the same
star icon, if only because the current desktop star is not precisely
impressive. As other bugs mention, it's PNG only and problematic in high
definition displays.

In any case a designer should propose the exact replacements for

http://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/skins%2Fvector%2Fimages%2Fwatch-icons.png

http://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/skins%2Fvector%2Fimages%2Fwatch-icon-loading.gif

Mockups / tests to see how the new star would look like would be useful as
well.

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

[Bug 54753] subpage breadcrumbs for Programs namespaces on meta.wiki

[bugzilla-daemon]

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

This, that and the other  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||at.li...@live.com.au
   Assignee|wikibugs-l@lists.wikimedia. |at.li...@live.com.au
   |org |

--- Comment #1 from This, that and the other  ---
It will be retroactive.

Normally site requests require community consensus, however this is an obvious
common-sense fix.

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

[Bug 52045] Use VipsScaler to scale TIFFs

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

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

[Bug 52045] Use VipsScaler to scale TIFFs

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 86413 had a related patch set uploaded by Brian Wolff:
Make PagedTiffHandler work with VipsScaler.

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

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

[Bug 51669] VisualEditor: Editing window does not scroll when dragging

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

   Priority|High|Normal

--- Comment #5 from Quim Gil  ---
(In reply to comment #4)
> the "challenge" was to get
> the "language" template back at the bottom of the page. You can't do this by
> dragging, even if you stay in the same window.

I think I know what you mean and I have filed a report about it at Bug 54756.
Good catch! Thank you.

Also, setting the priority back to Normal since this is usually decided by the
developer or team working on a specific report. Thank you for your
understanding.

-- 
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 54756] Dragging elements to the end of the page should make a new empty line appear

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

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

-- 
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 51666] Visual Editor: Drag and drop of image to head of section does not work

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

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

--- Comment #1 from Quim Gil  ---
There is a similar problem when you try to drag elements to the end of the
editable content area - see Bug 54756.

-- 
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 50643] VisualEditor: Disable drag-and-drop of non-media content in Firefox until we support that

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

 CC||q...@wikimedia.org

--- Comment #5 from Quim Gil  ---
fwiw I'm using Firefox and... it seems to work? The first post is not very
descriptive so I don't know what to test. Happy to help.

-- 
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 54756] New: Dragging elements to the end of the page should make a new empty line appear

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54756
   Summary: Dragging elements to the end of the page should make a
new empty line appear
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: ContentEditable
  Assignee: i...@wikia-inc.com
  Reporter: q...@wikimedia.org
CC: i...@wikia-inc.com, jforres...@wikimedia.org,
krinklem...@gmail.com, or...@framezero.com
Classification: Unclassified
   Mobile Platform: ---

When you want to drag an element to the very bottom of the content editable
area, the last position available for the cursor is the end of the last
sentence. 

Usually you want to place elements not at the end of a line, but right after,
in a new line. The behavior expected would be to see a new empty line appearing
when you drag an element until the end of a page, and the possibility to drop
your element in that empty line.

Tested with the {{Languages}} template at https://www.mediawiki.org/wiki/Groups 

The last cursor position possible is at the end of the sentence: "... to create
your MediaWiki group." Dropping the template after the last dot puts it at the
end of the page, in a new line. The end result is correct, but the behavior is
unituitive.

-- 
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 51665] Visual Editor: Drag and drop requires (re)selection of images then dragging

[bugzilla-daemon]

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

Quim Gil  changed:

   What|Removed |Added

 CC||q...@wikimedia.org

--- Comment #2 from Quim Gil  ---
fwiw about Problem 1 the same happens with text based templates. Tested with
the template {{languages}} at the top of the page at
https://www.mediawiki.org/wiki/Groups

-- 
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 54739] Potential edit conflicts in Flow must be addressed properly

[bugzilla-daemon]

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

--- Comment #5 from Quim Gil  ---
I'm not working in the Flow project, but according to the current
specifications (not final, subject to change based on user needs etc) at
https://www.mediawiki.org/wiki/Flow_Portal/MVP only you and certain users with
special permissions can edit your own posts. If you have feedback about this a
good place to comment is at the Flow Portal/MVP discussion page.

fwiw looking at 

https://www.mediawiki.org/wiki/Flow_Portal/Functional_Specifications/Moderation,_Protection,_and_Refactoring#Refactoring

one can see that there are more situations where the actions of two different
users might enter in conflict e.g. merging or splitting topics when someone
else is editing them. I wonder whether Flow will need specific dialogs to
address these?

But as said, we can simply wait for the prototype and start testing on actual
code, not just specs.

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

[Bug 46371] Semantic Maps 2.0.1.2 distance queries broken.

[bugzilla-daemon]

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

Jeroen De Dauw  changed:

   What|Removed |Added

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

--- Comment #8 from Jeroen De Dauw  ---
Fixed on master as demonstrated by
https://semantic-mediawiki.org/wiki/Semantic_Maps_examples/Distance_query

-- 
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 54755] New: Create OTRS patch for "1-click spam" disposal

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54755
   Summary: Create OTRS patch for "1-click spam" disposal
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: OTRS
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: rjd0060.w...@gmail.com
CC: b...@caseybrown.org, rjd0060.w...@gmail.com,
thehelpfulonew...@gmail.com
Blocks: 35717
Classification: Unclassified
   Mobile Platform: ---

With the upgrade to OTRS v. 3 the former "1-click spam" patch was no longer
functional.  This was an extremely useful tool for our agents and we have had
numerous requests for it to be re-enabled.

The former obsolete patch/code is available at

if that is of help.  I am unsure of the reasons the code was no longer
compatible post upgrade.

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

[Bug 35717] Have one click spam button in all message views (like "zoom"/full message), not only in overview

[bugzilla-daemon]

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

Ryan (Rjd0060)  changed:

   What|Removed |Added

 Depends on||54755

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

[Bug 35716] Agents should be able to change their own email address

[bugzilla-daemon]

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

Ryan (Rjd0060)  changed:

   What|Removed |Added

 CC||rjd0060.w...@gmail.com

--- Comment #1 from Ryan (Rjd0060)  ---
As an OTRS admin, I would advise closing this bug (for now, at least).  We
would need to re-evaluate whether or not we would want to implement this
ability.  The linked discussion is outdated and some discussion needs to take
place.

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

[Bug 54348] Special:ListUsers : Internal Error

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #6 from Bawolff (Brian Wolff)  ---
(In reply to comment #3)
> Okay. I have found the issue from the idea Andre gave me. Here is the line I
> got: /wiki/languages/Language.php on line 942

Please include the full error message (It should have a message, plus about 9
lines of backtrace)

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

[Bug 54348] Special:ListUsers : Internal Error

[bugzilla-daemon]

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

--- Comment #5 from zdroid9...@yahoo.com ---
(In reply to comment #4)
> What version of MediaWiki?

Mediawiki 1.21.2

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

[Bug 54754] New: VipsScaler doesn't add comment to PNG file about file source

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54754
   Summary: VipsScaler doesn't add comment to PNG file about file
source
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: VipsScaler
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bawolff...@gmail.com
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com,
fflo...@wikimedia.org, has...@free.fr,
mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---

There's some code in vips scalar to add a file comment about file source for
jpeg files, however there is none for pngs.

Currently image magick adds something along the lines of:

Comment : File source:
http://commons.wikimedia.org/wiki/File:Organizational-examples.png


(among a host of other things).

Not the biggest deal, but would be nice to fix.

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

[Bug 54753] New: subpage breadcrumbs for Programs namespaces on meta.wiki

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54753
   Summary: subpage breadcrumbs for Programs namespaces on
meta.wiki
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Site requests
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jmor...@wikimedia.org
CC: benap...@gmail.com, dereck...@espace-win.org,
wikimedia.b...@snowolf.eu
Classification: Unclassified
   Mobile Platform: ---

Hi there. Could you enable navigation breadcrumbs for subpages on the
"Programs" and "Programs_talk" namespaces on Meta? Currently, these navigation
aids don't appear in these namespaces. See: 
https://meta.wikimedia.org/wiki/Programs:Resources/Evaluation_Resource_List
https://meta.wikimedia.org/wiki/Programs_talk:Events/June_2013_Workshop

Bonus follow-up question: when the subpages feature is implemented, will
previously-created pages that have "/" in the title be recognized as subpages
and given breadcrumbs? Or will the change only affect newly-created pages?

Bountiful thanks,
Jonathan

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

[Bug 54752] New: Wrong Font used in Chrome

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54752
   Summary: Wrong Font used in Chrome
   Product: MediaWiki
   Version: unspecified
  Hardware: PC
OS: Windows 7
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: gavinmu...@yahoo.com
Classification: Unclassified
   Mobile Platform: ---

In a recent change to the Wikipedia software (not sure exactly when - in the
last month) the font used in the editing box when using Chrome changed from the
Fixed format font to the Sans-Serif font which is the same font used in the
article bodies. This causes significant problems when editing as it is a
proportional font instead of a fixed font so difficult to format.

This problem does not occur in the French wikipedia and seems to be confined to
the English one. The problem also does not occur in this Bugzilla software.

To replicate I suggest editing (using the old edit) any article with an Infobox
- e.g. Allemand - and the problem can be clearly seen in the edit box.

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

[Bug 51400] Improve quality of scaled PNGs with Vips for all sizes

[bugzilla-daemon]

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

--- Comment #6 from Bawolff (Brian Wolff)  ---
Created attachment 13400
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=13400&action=edit
tarball of above comparision, for in case special:VipsScalar goes away

Added a tarball, so that the tests above won't go away if our image scalar
changes

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

[Bug 54751] New: thumbs from Special:VipsTest sometimes fail

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54751
   Summary: thumbs from Special:VipsTest sometimes fail
   Product: Wikimedia
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Keywords: ops
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bawolff...@gmail.com
CC: fai...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Not the biggest deal, but thumbs from Special:VipsTest sometimes fail. Not sure
what's going on, but perhaps one of the back-end servers has that cgroup issue.

Reloading a bunch of times tends to fix things, eventually the thumb succeeds
and it gets cached.

Thumbnailing doesn't go through normal thumb.php, so no idea what the host name
is that is bad.

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

[Bug 6044] Enable Wikitext for MediaWiki:Thumbnail_error

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #6 from Bawolff (Brian Wolff)  ---
These errors mostly aren't user visible (on Wikimedia wikis. On non-wikimedia
wikis they are quite visible). The type of users who knows how to actually view
the file itself, probably already knows how to get to the help page.
-

Only possible objection I could maybe think of, is if we don't want the
thumbnail servers spending time parsing things, but I can't imagine people are
going to be putting too complicated of things in these messages.

I don't think comment 1's patch would work. You'd want to change line 396 of
MediaTransformOutput.php from

$this->htmlMsg = wfMessage( $msg )->rawParams( $htmlArgs )->escaped();

to

$this->htmlMsg = wfMessage( $msg )->rawParams( $htmlArgs )->parsed();

probably (untested)

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

[Bug 51451] Use VipsScaler to scale JPGs on WMF wikis

[bugzilla-daemon]

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

--- Comment #1 from Bawolff (Brian Wolff)  ---
Its unclear if there is actually any benefit here to changing the scalar for
jpegs (unless bug 51275) as imagemagick already scales jpegs in mostly constant
memory afaik.

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

[Bug 52043] Use VipsScaler to scale large GIFs

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

   Priority|Normal  |Low

--- Comment #1 from Bawolff (Brian Wolff)  ---
The vips I have locally doesn't support gif images. I think you can compile it
with libMagick to use image magick's image loading routine, but then things
probably aren't any memory efficient (Just a guess, haven't actually looked).
On top of that, it seems doubtful it would support animation in gifs if it
doesn't support the format natively. In any case this would all require much
more investigation. On top of that gifs usually aren't a problem format for
failing to render (Failing to render more than one frame is a common problem).
I feel like to make this actually work as we want, we'd probably have to add
things to vips to support gif.

We have much more pressing formats to start using VIPS with anyhow, so changing
priority -> low

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

[Bug 54736] Inconsistency bug in file re-upload (possible race condition) potentially causing data loss

[bugzilla-daemon]

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

--- Comment #4 from Bawolff (Brian Wolff)  ---
Confirmed, if you upload two separate files with the uploadwizard that you say
have the same title, bad things happen (
https://test.wikipedia.org/wiki/File:BDavis-test-del.jpg ).

Suggested work around for the near term: Have uploadwizard bail out in this
situation. Its very unlikely if the user is doing this, that they really want
the file. Filed as bug 54750.

Additionally we should actually fix the race condition.

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

[Bug 54750] New: UploadWizard should not allowing upload two different files with same name at same time

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54750
   Summary: UploadWizard should not allowing upload two different
files with same name at same time
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: UploadWizard
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bawolff...@gmail.com
CC: bawolff...@gmail.com, fflo...@wikimedia.org,
mtrac...@member.fsf.org, nischay...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Steps to reproduce:
*Start upload wizard
*Upload 2 files
*Give them the same name on the describe step
*hit done

Expected behaviour:
*Upload wizard should give an error to the user, as this is almost certainly
not what the user meant to do. Presumably this was a typo on the part of the
user, and they did not mean for the files to have same title (or didn't realize
there is 1:1 relation of titles to files. In any case, if user is uploading 2
files at the same time, they probably want them to be separate files.

Actual behaviour:
*Upload wizard uploads the first file, and then uploads the second file over
top of the first. 

Additional actual behaviour:
*Race conditions galore in the backend cause bad things to happen, and
data-loss on one of the files. See bug 54736. However, even if that didn't
happen, this is still a behaviour of upload wizard that I think should be
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 54749] New: thumb.php should output docs if no file specified

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54749
   Summary: thumb.php should output docs if no file specified
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: NEW
  Keywords: easy
  Severity: normal
  Priority: Unprioritized
 Component: File management
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bawolff...@gmail.com
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com,
fflo...@wikimedia.org, mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---

low priority issue.

If you just visit thumb.php (plain thumb.php, not thumb_handler.php), with no f
parameter specified, it should probably output a list of all possible
parameters it takes.

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

[Bug 54736] Inconsistency bug in file re-upload (possible race condition) potentially causing data loss

[bugzilla-daemon]

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

Denniss  changed:

   What|Removed |Added

 CC||ice-k...@gmx.de

--- Comment #3 from Denniss  ---
New file to check:
https://commons.wikimedia.org/wiki/File:Cuenca,_casas_colgantes.JPG

First image version invalid, second working with thumb upright but fullres
rotated. Uploader requested rotation ~100 mins after upload and rotated image
is off by 90 degrees.

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

[Bug 54748] Thanks log doesn't include edit

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||legoktm.wikipe...@gmail.com
  Component|Logging |Thanks
 Resolution|--- |DUPLICATE
Product|MediaWiki   |MediaWiki extensions

--- Comment #1 from Kunal Mehta (Legoktm)  ---


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

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

[Bug 49087] Specify which edit was thanked in Special:Log/thanks

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

 CC||sc...@urbigenous.net

--- Comment #15 from Kunal Mehta (Legoktm)  ---
*** Bug 54748 has been marked as a duplicate of this bug. ***

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

[Bug 54748] New: Thanks log doesn't include edit

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54748
   Summary: Thanks log doesn't include edit
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Logging
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: sc...@urbigenous.net
Classification: Unclassified
   Mobile Platform: ---

Special:Log/thanks shows who thanked who, but not what edit it was for, making
it kind of pointless as it stands.

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

[Bug 54747] New: Date picker for browsing past history

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54747
   Summary: Date picker for browsing past history
   Product: MediaWiki
   Version: 1.22-git
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: History/Diffs
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mflasc...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Instead of the year and month inputs, it would be useful to show a date picker
so you can easily browse history from a certain date.  The offset parameter
already supports arbitrary dates.

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

[Bug 52509] Haskell: highlights single quote as strings

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|UNCONFIRMED |PATCH_TO_REVIEW
 Ever confirmed|0   |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 52509] Haskell: highlights single quote as strings

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 86395 had a related patch set uploaded by Ori.livneh:
Haskell syntax: omit single quotes from QUOTEMARKS

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

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

[Bug 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #8 from Bawolff (Brian Wolff)  ---
Other files that appear to have memory limit problems:

*City_Park_Panorama_2.png at 2800px
*File:Deutsche_PrivatBriefe_Mittelalter_V2_014.png at 1280px


Additionally [[it:File:Stemma-Sofia.png]] fails a lot. This appears to be
because the file itself is broken (invalid colour map index)

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

[Bug 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #7 from Bawolff (Brian Wolff)  ---
I think the best solution would be to just start using VIPS for all png images.

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

[Bug 52509] Haskell: highlights single quote as strings

[bugzilla-daemon]

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

Daniel Mlot  changed:

   What|Removed |Added

 CC||duplod...@yahoo.com.br

--- Comment #1 from Daniel Mlot  ---
The effects of this issue in the Haskell Wikibook are nasty [1]. Upstream, here
is a bug report [2] and a proposed patch [3], but both were seemingly ignored.

[1] For instance,
https://en.wikibooks.org/w/index.php?title=Haskell/Understanding_monads/State&oldid=2550766#Implementation_with_Functional_Purity
.

[2] http://sourceforge.net/p/geshi/bugs/217/

[3] http://sourceforge.net/p/geshi/bugs/219/

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

[Bug 54746] New: Load resources dynamically as we need them

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54746
   Summary: Load resources dynamically as we need them
   Product: MediaWiki extensions
   Version: master
  Hardware: All
OS: All
Status: NEW
  Keywords: javascript
  Severity: normal
  Priority: Unprioritized
 Component: UploadWizard
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: mtrac...@member.fsf.org
CC: bawolff...@gmail.com, fflo...@wikimedia.org,
mtrac...@member.fsf.org, nischay...@gmail.com
Depends on: 49991
Classification: Unclassified
   Mobile Platform: ---

ResourceLoader is super nice, and it lets us do loads of cool stuff in
UploadWizard. But we haven't, up 'til now, been using it *properly*. See the
blocker bug.

Given that people see a lot of JS load already, we should consider loading only
the bare minimum for app start at first, then start the application, then move
on to loading the next step, only loading the third when the user clicks
"next". This could cut our JS/CSS/image load drastically, making it way easier
to test and for people to load the page.

Blocked by splitting up the modules in sane ways.

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

[Bug 49991] Pull out a lot of the UploadWizard-related libraries into separate RL modules

[bugzilla-daemon]

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

Mark Holmquist  changed:

   What|Removed |Added

 Blocks||54746

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

[Bug 54745] New: Page.iterlanglinks for a page on commons returns pages on commons

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54745
   Summary: Page.iterlanglinks for a page on commons returns pages
on commons
   Product: Pywikibot
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: pywikipedia-b...@lists.wikimedia.org
  Reporter: legoktm.wikipe...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

>>> import pywikibot as p
>>> s=p.Site('commons','commons')
>>> pg=p.Page(s, 'New York City')
>>> for i in pg.iterlanglinks(): print i.site
...
commons:commons


There are a few things that are working together to cause this:


iterlanglinks calls Site.pagelanglinks which does:

yield pywikibot.Link.langlinkUnsafe(linkdata['lang'],
linkdata['*'],
source=self)

In langlinkUnsafe, there is:
link._site = pywikibot.Site(lang, source.family.name)

Now, unfortunately for commons:
>>> p.Site('en','commons')
Site("commons", "commons")

Another issue is that
https://commons.wikimedia.org/w/api.php?action=query&titles=New%20York%20City&prop=langlinks
(the actual API query we make) only returns language codes, not full database
names.

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

[Bug 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #6 from Bawolff (Brian Wolff)  ---
[17:56]2013-09-28 20:29:31 mw1156 commonswiki: thumbnail failed
on mw1156: error 137 "" from "'/usr/bin/convert' -quality 95 -background white
'/tmp/localcopy_d25f99b3976c-1.png' -thumbnail '1280x640!' -set comment 'File
source:
http://commons.wikimedia.org/wiki/File:014c04d520f6cb4286db835ee934a2d7.png'
-depth 8 -rotate -0 '/tmp/transform_35daeff19465-1.png' 2>&1"

--

The error 137 (137 = 128+9) means that the process was killed. Typically this
means it exceeded the memory limit (which is currently set to 400 mb)

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

[Bug 32721] VIPS out of memory on large (>100 Mpx) non-progressive JPEG

[bugzilla-daemon]

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

--- Comment #26 from Bawolff (Brian Wolff)  ---
(In reply to comment #22)
> Patch in https://gerrit.wikimedia.org/r/#/c/57478/ to bump from 100MB to
> 400MB
> got merged. Anything left here to do, or can this ticket be closed as FIXED?

I'm confused. Limit on Wikimedia was already 400 MB, so this should have
changed nothing...

-- 
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 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #5 from Bawolff (Brian Wolff)  ---
(In reply to comment #4)
> Testing locally with VIPS, things work fine. Not sure what's up with this
> file.

Which doesn't mean much, as this image is < 35 MP, so scaled with image magick.

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

[Bug 54739] Potential edit conflicts in Flow must be addressed properly

[bugzilla-daemon]

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

--- Comment #4 from MZMcBride  ---
(In reply to comment #0)
> If users with special permissions (e.g. admins) can edit Flow posts then
> there is a potential for edit conflicts between these special users and other
> regular or special users.

I hope anyone (i.e., not just privileged users) will be able to edit Flow
posts, otherwise it opens up an enormous attack vector.

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

[Bug 54739] Potential edit conflicts in Flow must be addressed properly

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|Potential edit conflicts i  |Potential edit conflicts in
   |Flow must be addressed  |Flow must be addressed
   |properly|properly

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

[Bug 54739] Potential edit conflicts i Flow must be addressed properly

[bugzilla-daemon]

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

--- Comment #2 from Quim Gil  ---
MediaWiki proper does address edit conflicts: if two users edit the same
version of a page, the first one saving changes goes through and the second one
gets a warning saying that there was an edit conflict, this is your version, it
hasn't been saved. Please go back and try again.

How does Flow respond when the same happens with a message? 

I don't think this is an urgent topic. We can test when the functional
prototype is ready, actually not that far from now. Then we can see whether
this report still makes sense or we can close it with the appropriate
resolution.

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

[Bug 54739] Potential edit conflicts i Flow must be addressed properly

[bugzilla-daemon]

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

--- Comment #3 from Brandon Harris  ---
It responds exactly the same way.  This is a MediaWiki problem, not a Flow
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 54126] Cite tests consistently failing on jenkins

[bugzilla-daemon]

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

PleaseStand  changed:

   What|Removed |Added

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

--- Comment #4 from PleaseStand  ---
Tests pass now.

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

[Bug 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #4 from Bawolff (Brian Wolff)  ---
Testing locally with VIPS, things work fine. Not sure what's up with this file.

(In reply to comment #3)
> (In reply to comment #2)
> > Is there anything particularly special about the test case being used?
> No, this is the test case because it does not work. I hope to get an error
> msg
> to find out why.

In this sort of case, most likely issue is vips used either too much memory
(more than 400 mb) or made a temporary file that was too big (> 400mb).

Although I can't imagine that happening for this file.

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

[Bug 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #3 from Marco  ---
(In reply to comment #2)
> Is there anything particularly special about the test case being used?
No, this is the test case because it does not work. I hope to get an error msg
to find out why.

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

[Bug 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

--- Comment #19 from Bawolff (Brian Wolff)  ---
If that were the case, I would expect that doing hard refresh on firefox of a
specific thumbnail, during one of the varnish cache issues would result in the
correct thumb being returned, which doesn't happen.

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

[Bug 54126] Cite tests consistently failing on jenkins

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 86371 merged by jenkins-bot:
Remove CategoryTree integration tests

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

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

[Bug 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

Platonides  changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #18 from Platonides  ---
Volker, the server don't know if you reloaded the page or it's the first time
you visit it.

Perhaps those HIT mean that Varnish checked with the apaches and they returned
that the page didn't change (and thus they could reuse the stored page) ?

Thanks for the long explanation Brad (I would have had to dig the behaviors).
If Varnish is accepting Pragma: no-cahe but not Cache-Control: no-cache they
should be fixed: «HTTP/1.1 caches SHOULD treat "Pragma: no-cache" as if the
client had sent "Cache-Control: no-cache".»

-- 
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 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

--- Comment #17 from Volker Alexander  ---
@Brian in comment #14:
No, I wasn't logged in, neither before. I just deleted the cache and startet
Firefox again.
And yes, I agree with you. A conicidence seems to be unlikely, especially when
we consider that this phenomenon already occured on at least 25th.

@Brad in comment #15:
Thanks for the lesson. I didn't know that and didn't think in this direction
neither.

@all:
Would it be much effort to instruct the servers to deliver a cached version on
first call and always purge their cache on subsequent calls, whichever method
and whichever browser those subsequent calls may be generated?

-- 
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 54110] Force HTTPS for /token if the Consumer is not using an RSA key

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 85218 merged by jenkins-bot:
Use HTTPS for Special:MWOAuth/token

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

-- 
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 54367] intermittent texvc problems

[bugzilla-daemon]

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

--- Comment #12 from Sam Reed (reedy)  ---
reedy@mw1192:/usr/local/apache/uncommon/1.22wmf8/bin$ ls -al
total 720
drwxr-xr-x 2 mwdeploy mwdeploy   4096 Jul 11 15:18 .
drwxr-xr-x 3 mwdeploy mwdeploy   4096 Jun 20 17:36 ..
-rwxr-xr-x 1 mwdeploy mwdeploy 725237 Jul 11 15:18 texvc
reedy@mw1192:/usr/local/apache/uncommon/1.22wmf19/bin$ ls -al
total 720
drwxr-xr-x 2 mwdeploy mwdeploy   4096 Sep 27 16:55 .
drwxr-xr-x 3 mwdeploy mwdeploy   4096 Sep 27 16:55 ..
-rwxr-xr-x 1 mwdeploy mwdeploy 725237 Sep 27 16:55 texvc




It seems there's probably 2 different issues here. Initially any and all math
rendering would've been broken/not worked. As of my comment 6, this side of it
should be fine (as shown by the existence of a texvc binary in the relevant
folder)

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

[Bug 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #2 from Bawolff (Brian Wolff)  ---
Is there anything particularly special about the test case being used? (You
have it labelled as bug test case). Does this happen to a lot of files?

The error messages will more likely to be there once I manage to get gerrit
change 83974 merged.

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

[Bug 52692] Migrate Pywikibot bugs from Sourceforge to Bugzilla (set up product etc)

[bugzilla-daemon]

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

--- Comment #26 from DrTrigon  ---
Has somebody experience of doing the same with JIRA tickets?

-- 
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 54737] Don't release any new VE updates for three months

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #2 from MZMcBride  ---
I agree with Andre here.

Though I'll also point out that, while it's a little less than ideal, any
Wikimedia wiki that currently has opt-out VisualEditor deployed can request
that VisualEditor be switched to opt-in mode (similar to the setup on the
German and English Wikipedias) by establishing a local community consensus. For
further info, users should consult [[m:Requesting wiki configuration changes]].

-- 
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 54744] No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

--- Comment #1 from Marco  ---
It's 823px and below which gives working thumbs:

https://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/014c04d520f6cb4286db835ee934a2d7.png/823px-014c04d520f6cb4286db835ee934a2d7.png

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

[Bug 54744] New: No error message for missing thumbs of PNG file

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54744
   Summary: No error message for missing thumbs of PNG file
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: VipsScaler
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: maic...@yahoo.com
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com,
fflo...@wikimedia.org, has...@free.fr,
mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---

https://commons.wikimedia.org/wiki/File:014c04d520f6cb4286db835ee934a2d7.png

gives no thumbs for 'larger' resolutions: 
824px :
https://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/014c04d520f6cb4286db835ee934a2d7.png/824px-014c04d520f6cb4286db835ee934a2d7.png

825px :
https://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/014c04d520f6cb4286db835ee934a2d7.png/825px-014c04d520f6cb4286db835ee934a2d7.png

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

[Bug 54737] Don't release any new VE updates for three months

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Andre Klapper  ---
Discussing deployment policies is nothing that should happen in a technical
bugtracker (however once a discussion *has* taken place in a better suited
place, the request for changing the configuration based on that consensus can
be filed as a ticket in Bugzilla).
Please take this discussion to the talk page or to the mailing list instead to
*discuss* this request first, as statements here seem to be rather subjective
(which does not necessarily mean "wrong" though).
Thanks for your understanding.

-- 
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 20697] Decrease size of remove.png and add.png for aesthetic reasons

[bugzilla-daemon]

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

--- Comment #11 from Andre Klapper  ---
Vika: Please ask on https://www.mediawiki.org/wiki/Project:Support_desk
instead.

-- 
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 54229] Add an autopatrolled flag on ukwikivoyage

[bugzilla-daemon]

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

Voll  changed:

   What|Removed |Added

 CC||v...@yahoo.com

--- Comment #1 from Voll  ---
Per community consensus (all administrators agreed, nobody objected) please
enable the autopatrol group (all edits from this group are automatically
patrolled). Administrators should be able to assign and to remove the
autopatrol flag. Thanks in advance.

-- 
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 54743] New: Some of git.wikimedia.org's repositories index table column labels are missing

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54743
   Summary: Some of git.wikimedia.org's repositories index table
column labels are missing
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: christ...@quelltextlich.at, innocentkil...@gmail.com,
marcin.cies...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

This may be an upstream issue, but when I visit
 currently, two of the table columns
aren't labelled. The RSS icons in a table column should be labelled "Feed", I
guess. The table column containing repo sizes should be labeled "Size".

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

[Bug 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

--- Comment #16 from Bawolff (Brian Wolff)  ---
(In reply to comment #15)
> (In reply to comment #13)
> > How is it possible that Firefox' hard reload has another effect on wiki
> > servers than the one of other browsers?
> > An empty cache (I mean really deleted, with an entirely new profile) loads a
> > page the same way like a hard reload, I assume.
> 
> A normal page load is likely to send headers that allow intermediate caches
> to
> return a cached version of the page, while a hard reload will probably
> include
> headers that instruct intermediate caches not to cache.
> 
> In both Firefox and Chromium here a normal page load doesn't send any
> "Cache-Control" or "Pragma" headers, a normal reload (F5) sends
> "Cache-Control:
> max-age=0" (but no "Pragma"), and a hard reload (Ctrl+F5) sends both
> "Cache-Control: no-cache" and "Pragma: no-cache". Opera 16 seems to do the
> same
> thing.
> 
> On the other hand, IE 9 and 10 and Opera 12 seem to send a "Cache-Control:
> no-cache" with no "Pragma" header on any reload (both F5 and Ctrl+F5). I
> don't
> know whether that's actually the reason, but it's certainly plausible that
> Wikimedia's caching layer was only revalidating in response to "Pragma:
> no-cache" and not "Cache-Control: no-cache".

Interesting. OTOH wget -S --header 'cache-control: no-cache' --header 'pragma:
no-cache' 'http://en.wikipedia.org/wiki/Main_Page' has headers that still
suggest a cache hit.

-- 
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 54742] Tweak git.wikimedia.org's repositories index to hide/disable the "description" and "owner" table columns

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

URL||https://git.wikimedia.org/r
   ||epositories/

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

[Bug 54742] New: Tweak git.wikimedia.org's repositories index to hide/disable the "description" and "owner" table columns

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54742
   Summary: Tweak git.wikimedia.org's repositories index to
hide/disable the "description" and "owner" table
columns
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: christ...@quelltextlich.at, innocentkil...@gmail.com,
marcin.cies...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

This may be an upstream issue, but when I visit
 currently, there are a few empties
table columns ("description" and "owner"). It'd be nice to disable/hide these
table columns (and the lock icon, I guess).

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

[Bug 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

--- Comment #15 from Brad Jorsch  ---
(In reply to comment #13)
> How is it possible that Firefox' hard reload has another effect on wiki
> servers than the one of other browsers?
> An empty cache (I mean really deleted, with an entirely new profile) loads a
> page the same way like a hard reload, I assume.

A normal page load is likely to send headers that allow intermediate caches to
return a cached version of the page, while a hard reload will probably include
headers that instruct intermediate caches not to cache.

In both Firefox and Chromium here a normal page load doesn't send any
"Cache-Control" or "Pragma" headers, a normal reload (F5) sends "Cache-Control:
max-age=0" (but no "Pragma"), and a hard reload (Ctrl+F5) sends both
"Cache-Control: no-cache" and "Pragma: no-cache". Opera 16 seems to do the same
thing.

On the other hand, IE 9 and 10 and Opera 12 seem to send a "Cache-Control:
no-cache" with no "Pragma" header on any reload (both F5 and Ctrl+F5). I don't
know whether that's actually the reason, but it's certainly plausible that
Wikimedia's caching layer was only revalidating in response to "Pragma:
no-cache" and not "Cache-Control: no-cache".

-- 
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 54741] New: Better cross-reference git.wikimedia.org and gerrit.wikimedia.org

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54741
   Summary: Better cross-reference git.wikimedia.org and
gerrit.wikimedia.org
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: christ...@quelltextlich.at, innocentkil...@gmail.com,
marcin.cies...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

I'd like to see git.wikimedia.org and gerrit.wikimedia.org better integrated.

One easy way to do this might be to add them to the top-level navigation. For
example, if I visit , there could be a link to
git.wikimedia.org at the top next to "Documentation" or something.

At , there _is_ currently a link to Gerrit, but I
think it's a little easy to miss. A better link might be next to "filter" in
the top-level navigation.

Submitted for consideration.

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

[Bug 54606] Make tutorial video on how to use Bugzilla

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

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

-- 
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 52696] Better instructions on top of enter_bug.cgi, link to guided form

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=54606

--- Comment #1 from MZMcBride  ---
Perhaps related to bug 54606.

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

[Bug 54740] New: Make main page of git.wikimedia.org more useful

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 54740
   Summary: Make main page of git.wikimedia.org more useful
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: b...@mzmcbride.com
CC: christ...@quelltextlich.at, innocentkil...@gmail.com,
marcin.cies...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

I'm not sure about others, but every time I visit ,
I find the experience less than satisfying.

Due to the high rate of activity, the "recent activity" feed is never helpful
to me. If I wanted that, I'd visit . What I
really want is a list of repositories, so I end up clicking over to
.

The main page already contains a list of repositories, but it's a truncated
list of the most recently active repos or something. I'd like to give some
further thought to whether this overall user experience can be improved.
Thoughts:

* perhaps auto-redirect from https://git.wikimedia.org/ to
https://git.wikimedia.org/repositories/ (does anyone use the dashboard?)

* perhaps specify a different home page in GitBlit's settings (is this
possible?)

* perhaps expand the list of recently active repos to be longer (not sure if
there's a setting for this in GitBlit, but if so, this is probably the easiest
path to resolution)

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

[Bug 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #14 from Bawolff (Brian Wolff)  ---
(In reply to comment #13)
> I would like to ask something:
> How is it possible that Firefox' hard reload has another effect on wiki
> servers
> than the one of other browsers?
> An empty cache (I mean really deleted, with an entirely new profile) loads a
> page the same way like a hard reload, I assume. Just to clarify: I consider a
> soft reload as a reload from browser's cache and a hard reload as a reload
> from
> network. So how come that wiki servers are delivering an old version to Opera
> and IE but a current one to Firefox?
> Greetings,
> Volker

Were you previously logged in on firefox (even if you weren't when you did the
test)? Cookies from your login session (or a recent login session, or if you
made an edit recently and weren't logged in when doing it) will cause the
browser to skip the varnish cache layer.

Otherwise possible coincidence (If you did the IE and safari test first, and
did the firefox test last - and if the bug was fixed just before starting the
firefox test. However that seems kind of unlikely).

Other then those possible issues, I have no idea

-- 
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 54647] dewiki shows more and more old cached version instead of the current one

[bugzilla-daemon]

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

--- Comment #13 from Volker Alexander  ---
I would like to ask something:
How is it possible that Firefox' hard reload has another effect on wiki servers
than the one of other browsers?
An empty cache (I mean really deleted, with an entirely new profile) loads a
page the same way like a hard reload, I assume. Just to clarify: I consider a
soft reload as a reload from browser's cache and a hard reload as a reload from
network. So how come that wiki servers are delivering an old version to Opera
and IE but a current one to Firefox?
Greetings,
Volker

-- 
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 54739] Potential edit conflicts i Flow must be addressed properly

[bugzilla-daemon]

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

Brandon Harris  changed:

   What|Removed |Added

 CC||bhar...@wikimedia.org

--- Comment #1 from Brandon Harris  ---
As long as two people can edit the same content, there is the chance for edit
conflicts.  I don't think there is a way for us to solve that in Flow without
also having solved it in MediaWiki proper.

Recommend closing until they are solved in MediaWiki.

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

[Bug 54726] Support for unicode text input in cmd on windows

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 86386 had a related patch set uploaded by Merlijn van Deen:
Bug 54726 - Add Windows unicode cmd argument support

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

-- 
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 54726] Support for unicode text input in cmd on windows

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

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

[Bug 31366] File description page thumbnail click versus EXIF rotation, mustRender()

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

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

[Bug 31366] File description page thumbnail click versus EXIF rotation, mustRender()

[bugzilla-daemon]

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

--- Comment #7 from Gerrit Notification Bot  ---
Change 86383 had a related patch set uploaded by Brian Wolff:
Make image on desc page not clickable if $file->mustRender() true.

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

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on 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] VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME

[bugzilla-daemon]

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

--- Comment #33 from hee...@gmail.com ---
(In reply to comment #32)
> I am suffering from this issue, tested on the latest version from mediawiki's
> core.git: 217fd43. The odd thing is that it seems to work properly on Firefox
> which comes with Ubuntu 13.04 LTS distribution(, but not perfectly).

I'd tested on VisualEditor.git: cba2935 and also with patchset v16 by David
Chan. Not 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 29242] Extension to embed offsite media via oEmbed (video, photos, rich media)

[bugzilla-daemon]

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

--- Comment #3 from Brion Vibber  ---
Note that there's a proposed successor protocol to oembed:
http://iframely.com/oembed2

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

[Bug 25854] Expose image thumbs, embedded video players via oEmbed (API + discovery )

[bugzilla-daemon]

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

--- Comment #11 from Brion Vibber  ---
Note that there's a proposed successor protocol to oembed:
http://iframely.com/oembed2

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

wikibugs-l@lists.wikimedia.org

[bugzilla-daemon]

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

--- Comment #1 from Helder  ---
A similar example: if we are at
https://pt.wikipedia.org/wiki/Special:Abuselog?offset=20130928143640&limit=3
there are two logs whose timestamp is "2013-09-28T14:29:18", and if we click on
"older 3", we get
https://pt.wikipedia.org/wiki/Special:Abuselog?offset=20130928142918&limit=3
where the first log is from "2013-09-28T14:28:44".

On the other hand,
https://pt.wikipedia.org/wiki/Special:Abuselog?offset=20130928143330&limit=10
shows three logs from "2013-09-28T14:29:18", and the last one of them is not
present in any of the other links above.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on 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] VisualEditor: CE eats up syllables except a last syllable of a word in Korean IME

[bugzilla-daemon]

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

hee...@gmail.com changed:

   What|Removed |Added

 CC||hee...@gmail.com

--- Comment #32 from hee...@gmail.com ---
I am suffering from this issue, tested on the latest version from mediawiki's
core.git: 217fd43. The odd thing is that it seems to work properly on Firefox
which comes with Ubuntu 13.04 LTS distribution(, but not perfectly).

I've tried:
* IE on Windows 7 : not working
* Google Chrome on Windows 7 : not working
* Google Chrome on Ubuntu 13.04 : not working
* Safari on Mac OSX 10.8.5: not working
* Google Chrome on Mac OSX 10.8.5: not working
* Firefox on Ubuntu 13.04 : WORKING

I hope this information help you guys so that it gets 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 54729] Restrict formatting to where a title attribute is present

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 86382 had a related patch set uploaded by Bartosz Dziewoński:
Restrict  formatting to where a title attribute is present

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

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

[Bug 54729] Restrict formatting to where a title attribute is present

[bugzilla-daemon]

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

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

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

[Bug 54452] A special page used as main page is displayed instead of any diff missing both title and curid parameters

[bugzilla-daemon]

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

--- Comment #8 from Gerrit Notification Bot  ---
Change 86381 had a related patch set uploaded by Nikerabbit:
Move 'main page as default title' further down to unbreak diff urls

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

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