[Bug 57605] Remove ArticleFeedback leftovers from German Wikipedia

[bugzilla-daemon]

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

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 57662] mouse cursor for rank selector is different from the one for value snaks

[bugzilla-daemon]

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

Henning (WMDE)  changed:

   What|Removed |Added

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

--- Comment #1 from Henning (WMDE)  ---
Got fixed within original change set: https://gerrit.wikimedia.org/r/#/c/96264/

-- 
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 36149] Unsuitable default texts in the extension

[bugzilla-daemon]

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

Nemo  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |theopolismew...@gmail.com
   |org |

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

[Bug 36149] Unsuitable default texts in the extension

[bugzilla-daemon]

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

--- Comment #8 from Nemo  ---
(In reply to comment #6)
> @Niklas, what would you suggest instead for that last one? Would something
> like
> this make sense? Or did you have something else in mind? :/
> 
> "You can now use this file on wikis, or link to it on the web."

OK.

> 
> Re your first issue, I think the easiest way to do this is to just add two
> new
> config options:
> 
> * headerMessage, which can be set to a string that replaces "Thanks for using
> our new upload tool!" or alternatively set to "default" which uses the
> standard
> i18n translations for "Thanks for using our new upload tool!" (so as to be
> backwards-compatible and all).
> 
> * showTranslateLink, which determines whether or not the "Help with
> translations" link is displayed.

Those are viable solutions, though they make sense only if you also submit a
patch for such a configuration against operations/mediawiki-config repo.
Additional configurations are hardly the easiest way; this part could just be
removed, it's been a while since UploadWizard has been introduced on this and
other wikis.

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

[Bug 57672] Special:AggregateGroups is not compatible with MW 1.20 and 1.21

[bugzilla-daemon]

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

--- Comment #6 from Gerrit Notification Bot  ---
Change 98072 had a related patch set uploaded by Siebrand:
Revert "Make Special:AggregateGroups using jquery.chosen"

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

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

[Bug 57672] Special:AggregateGroups is not compatible with MW 1.20 and 1.21

[bugzilla-daemon]

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

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 36149] Unsuitable default texts in the extension

[bugzilla-daemon]

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

--- Comment #7 from Quim Gil  ---
A Google Code-in student (Theopolisme, actually) is allegedly working on this
task:

http://www.google-melange.com/gci/task/view/google/gci2013/5897248466534400

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

[Bug 36149] Unsuitable default texts in the extension

[bugzilla-daemon]

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

Theopolisme  changed:

   What|Removed |Added

 CC||theopolismew...@gmail.com

--- Comment #6 from Theopolisme  ---
@Niklas, what would you suggest instead for that last one? Would something like
this make sense? Or did you have something else in mind? :/

"You can now use this file on wikis, or link to it on the web."

Re your first issue, I think the easiest way to do this is to just add two new
config options:

* headerMessage, which can be set to a string that replaces "Thanks for using
our new upload tool!" or alternatively set to "default" which uses the standard
i18n translations for "Thanks for using our new upload tool!" (so as to be
backwards-compatible and all).

* showTranslateLink, which determines whether or not the "Help with
translations" link is displayed.

Finally, it looks like the "Select a media file to donate" deal has already
been resolved (changed to "share"/"upload").

Am I missing anything here (or is there anything that needs further
discussion)? Otherwise I'll get to working on a patch for this :)

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

[Bug 37463] Key performance indicator: Gerrit review queue

[bugzilla-daemon]

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

--- Comment #10 from Alvaro  ---
Ok, we have some results no. The gerrit backend for Bicho has being improved in
order to get the MERGED and ABANDONED real event dates.

We have added some new vizs to the gerrit panel in korma dashboard:

http://korma.wmflabs.org/browser/scr.html

The last one is the accumulated pending reviews in time.

We need to find why so many reviews were merged in 2013-04. It seems that the
merged date was not correct before this date. So probably, for this kind of
analysis, we have only good data after 2013-04.

In order to get the tables for this data using just SQL:

select new-closed as increment, new, closed, year_new, month_new FROM ( select
count(issue_id) as new, YEAR(changed_on) as year_new, MONTH(changed_on) as
month_new FROM changes WHERE (new_value='new') GROUP BY
YEAR(changed_on),MONTH(changed_on)) t, (select count(issue_id) as closed,
YEAR(changed_on) as year_closed, MONTH(changed_on) as month_closed FROM changes
WHERE (new_value='merged' OR new_value='abandoned') GROUP BY
YEAR(changed_on),MONTH(changed_on)) t1 WHERE year_new = year_closed and
month_new = month_closed;
+---+--++--+---+
| increment | new  | closed | year_new | month_new |
+---+--++--+---+
|   184 |  206 | 22 | 2011 | 9 |
|   339 |  367 | 28 | 2011 |10 |
|   596 |  619 | 23 | 2011 |11 |
|   495 |  543 | 48 | 2011 |12 |
|   364 |  384 | 20 | 2012 | 1 |
|   661 |  699 | 38 | 2012 | 2 |
|   940 | 1058 |118 | 2012 | 3 |
|  1795 | 1954 |159 | 2012 | 4 |
|  2681 | 2812 |131 | 2012 | 5 |
|  3036 | 3192 |156 | 2012 | 6 |
|  2459 | 2611 |152 | 2012 | 7 |
|  3519 | 3694 |175 | 2012 | 8 |
|  2658 | 2797 |139 | 2012 | 9 |
|  3888 | 4098 |210 | 2012 |10 |
|  3891 | 4121 |230 | 2012 |11 |
|  3778 | 3961 |183 | 2012 |12 |
|  3887 | 4101 |214 | 2013 | 1 |
|  3202 | 3393 |191 | 2013 | 2 |
|-37432 | 4118 |  41550 | 2013 | 3 |
|   -21 | 3922 |   3943 | 2013 | 4 |
|   150 | 3846 |   3696 | 2013 | 5 |
|22 | 3919 |   3897 | 2013 | 6 |
|31 | 4321 |   4290 | 2013 | 7 |
|   103 | 3785 |   3682 | 2013 | 8 |
|   -12 | 3375 |   3387 | 2013 | 9 |
|75 | 4394 |   4319 | 2013 |10 |
|70 | 3502 |   3432 | 2013 |11 |
+---+--++--+---+

Is this the kind of information you are searching for?

The other important analysis is the backlog: the distribution in time of the
pending reviews (when they were opened). We have already done that but not yet
included in korma dashboard for gerrit.

We can build this analysis per repository, company and people!

Next goal is to work in the review time analysis.

-- 
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 55975] Make plugin work with the long-term supported version (currently 1_19)

[bugzilla-daemon]

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

Bug 55975 depends on bug 57525, which changed state.

Bug 57525 Summary: Persona JS file included after hook file
https://bugzilla.wikimedia.org/show_bug.cgi?id=57525

   What|Removed |Added

 Status|PATCH_TO_REVIEW |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 57525] Persona JS file included after hook file

[bugzilla-daemon]

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

Tyler Romeo  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |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 55975] Make plugin work with the long-term supported version (currently 1_19)

[bugzilla-daemon]

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

Tyler Romeo  changed:

   What|Removed |Added

 Status|REOPENED|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 57525] Persona JS file included after hook file

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 97478 merged by Parent5446:
Fix ordering of scripts for Persona

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

-- 
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 57670] Stack overflow/long parse times parsing {{中央線経路図}}

[bugzilla-daemon]

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

--- Comment #1 from Arlo Breault  ---
The source of that template is *really* big and the error seems to be happening
in tokenizer. It's not an infinite recursion cause this works,

echo "{{中央線経路図}}" | node --stack-size=2048 parse --prefix jawiki

-- 
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 56501] 'Use this file' dialog can be popped up multiple times

[bugzilla-daemon]

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

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 56501] 'Use this file' dialog can be popped up multiple times

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 98066 had a related patch set uploaded by Theopolisme:
Prevent multiple "Use this file" windows

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

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

[Bug 56501] 'Use this file' dialog can be popped up multiple times

[bugzilla-daemon]

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

--- Comment #2 from Quim Gil  ---
A Google Code-in student has claimed this task:

http://www.google-melange.com/gci/task/view/google/gci2013/5830951351353344

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

[Bug 56408] Enable FlaggedRevs extension on ce.wikipedia

[bugzilla-daemon]

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

--- Comment #30 from Umar  ---
confused

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

[Bug 57643] "Browse..." "No file selected" and date

[bugzilla-daemon]

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

--- Comment #9 from Umar  ---
You can translate into Chechen least "Browse..." and "No file selected"?

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

[Bug 27946] SSL related (tracking)

[bugzilla-daemon]

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

Bug 27946 depends on bug 31369, which changed state.

Bug 31369 Summary: Non-canonical HTTPS URLs quietly redirect to HTTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=31369

   What|Removed |Added

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

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

[Bug 31369] Non-canonical HTTPS URLs quietly redirect to HTTP

[bugzilla-daemon]

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

Tim Starling  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |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 57592] Retain POSTed information in Special:SetSiteLink after error

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 98062 had a related patch set uploaded by Jcf2000:
Retain form input on Special:SetSiteLink in case of an error

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

-- 
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 57315] New feature for creating/managing new pages

[bugzilla-daemon]

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

--- Comment #36 from Chad H.  ---
Anyone else remember the Table namespace? What have been the long term lasting
implications of that little experiment?

You know the best part about namespaces? We can totally undo them later if we
find out it's a bad 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 57672] Special:AggregateGroups is not compatible with MW 1.20 and 1.21

[bugzilla-daemon]

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

Kartik Mistry  changed:

   What|Removed |Added

   Priority|Normal  |Unprioritized
   Severity|blocker |normal

--- Comment #5 from Kartik Mistry  ---
We have started adding MediaWiki compatibility in Release Notes[1] recently.
I'll update MLEB page[2] too.

[1]
http://lists.wikimedia.org/pipermail/mediawiki-i18n/2013-October/000762.html
[2] https://www.mediawiki.org/wiki/MediaWiki_Language_Extension_Bundle

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

[Bug 57702] New: Flow's Edit existing post test fails if post not in view

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57702
   Summary: Flow's Edit existing post test fails if post not in
view
   Product: Wikimedia
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Quality Assurance
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: sp...@wikimedia.org
CC: cmcma...@wikimedia.org, zfili...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

extensions/Flow/tests/browser/edit_existing.feature times out in some browsers,
e.g.

prints

  timed out after 5 seconds, waiting for {:title=>"Edit post", :tag_name=>"a"}
to become present (Watir::Wait::TimeoutError)
  ./features/step_definitions/edit_existing_steps.rb:4:in `block (2 levels) in
'
  ./features/step_definitions/edit_existing_steps.rb:2:in `/^I click the Edit
post pencil icon$/'
  features/edit_existing.feature:17:in `When I click the Edit post pencil icon'

I think this might be because the post it's trying to edit is not fully in
view. Looking at the failed browser test the post it's trying to edit is barely
visible. I found if I run the test myself it passes, but if I resize the
WebDriver window less tall during the test then I can trigger this failure. It
may also be related to the animated fade-in on hover of the pencil icon.

As a temporary workaround I replaced the header text in
http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Talk:Flow_QA with an
HTML comment so it's more likely the post will be visible, but I think the test
would be more robust if it somehow scrolled the post into view.

Disclaimer I have no idea how WebDriver and the page object work :)

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

[Bug 57701] puppet config of Parsoid localsettings breaks in labs-vagrant

[bugzilla-daemon]

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

Ori Livneh  changed:

   What|Removed |Added

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

--- Comment #3 from Ori Livneh  ---
Thanks for the detailed report and the patch.

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

[Bug 57701] puppet config of Parsoid localsettings breaks in labs-vagrant

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 98060 merged by Ori.livneh:
Set $server_url to something other than undef

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

-- 
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 57701] puppet config of Parsoid localsettings breaks in labs-vagrant

[bugzilla-daemon]

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

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 57701] puppet config of Parsoid localsettings breaks in labs-vagrant

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 98060 had a related patch set uploaded by Spage:
Set $server_url to something other than undef

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

-- 
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 57499] 503 Error when saving a long page with lots of templates on ml.wp

[bugzilla-daemon]

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

--- Comment #3 from Bawolff (Brian Wolff)  ---
Created attachment 13925
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=13925&action=edit
profile info for oldid=1873448

(In reply to comment #2)
> I didn't observe any particular lag on loading or rendering the page while
> opening the page normally.

That's normal. When opening the page normally, you get an old saved (cached)
version, instead of the webservers actually rendering the page at the same time
as you request it.




Attached is the profiling data I tried to get for that page. Which didn't seem
to give much info, on account of a bunch of things appearing to be double
counted?!...

The template ഫലകം:കേരളത്തിലെ_പക്ഷികളുടെ_പട്ടിക_-_ഉള്ളടക്കം seemed to represent
a quarter of the time spent (6.5 s) - which while still a lot, not really that
much. Possibly something to do with parsing image parameter regexes maybe? This
bug seems to be much more likely (although I'm still not sure) to be something
on our end, as opposed to a get the users to convert the templates to lua type
of 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 57701] New: puppet config of Parsoid localsettings breaks in labs-vagrant

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57701
   Summary: puppet config of Parsoid localsettings breaks in
labs-vagrant
   Product: MediaWiki-Vagrant
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: o...@wikimedia.org
  Reporter: sp...@wikimedia.org
CC: ebernhard...@wikimedia.org, gwi...@wikimedia.org,
o...@wikimedia.org, yuvipa...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Parsoid doesn't work when you add the visualeditor role in Labs-Vagrant setup,
clients get 404 errors. After tweaking parsoid to log the actual error (bug
57694), /var/log/upstart/parsoid.log contains

  Stack trace: DoesNotExistError: Page Fetch failure for null : Error: Invalid
URI
 
"undef/w/api.php?format=json&action=query&meta=siteinfo&siprop=namespaces%7Cnamespacealiases%7Cmagicwords%7Cfunctionhooks%7Cextensiontags%7Cgeneral%7Cinterwikimap%7Clanguages%7Cprotocols"

Obviously undef/w/api.php is going to give 404.

The bad URL path arises because puppet/manifests/roles.pp sets $server_url to
'undef' if forwarded_port isn't set, and it somehow isn't set in labs-vagrant.
puppet/modules/mediawiki/templates/parsoid.localsettings.js.erb propagates this
to /srv/parsoid/js/api/localsettings.js which contains 
  parsoidConfig.setInterwiki( 'localhost', 'undef/w/api.php' )

(Erik Bernhardson figured all this out!)

One fix is to not set $server_url to undef. Patch coming.

-- 
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 57677] 504 Gateway Time-out when modifying big articles in the Galician wikipedia

[bugzilla-daemon]

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

--- Comment #5 from Bawolff (Brian Wolff)  ---
(In reply to comment #4)
> At first glance, it would seem like a lot of the time is spent rendering
> Modelo:Obra_citada/núcleo. Optimizing that template may help to reduce the
> problem.

Additionally, enwikipedia has spent a lot of effort optimizing their cite
template ( [[template:Citation]] and [[Module:Citation/CS1]] ), perhaps that
work could be copied over/adapted by gl.wikipedia.org

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

[Bug 57677] 504 Gateway Time-out when modifying big articles in the Galician wikipedia

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #4 from Bawolff (Brian Wolff)  ---
At first glance, it would seem like a lot of the time is spent rendering
Modelo:Obra_citada/núcleo. Optimizing that template may help to reduce the
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 49969] VisualEditor: Dialogs should be repositionable/draggable

[bugzilla-daemon]

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

WhatamIdoing  changed:

   What|Removed |Added

 CC||wmf.whatamido...@yahoo.com

--- Comment #13 from WhatamIdoing  ---
The change review window is also too small to be useful for some editors,
especially if a lot of changes have been made.

-- 
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 57569] Create "Draft" namespace on the English Wikipedia

[bugzilla-daemon]

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

--- Comment #27 from Equazcion  ---
> (In reply to comment #25)
> > I have a hard time understanding what is going on here? If this was any 
> > other
> > wiki, we would note that their is community consensus, and implement the
> > change.
> > 
> > The only thing slightly iffy thing here is to be able to let anons create
> > pages
> > in this namespace - that might require someone taking 10 seconds writing a
> > hook
> > (Or even better, someone fixing mediawiki so we have proper per-namespace
> > permissions). However that can easily be done later. the robots thing is
> > already a config option.
> > 
> > Furthermore, all these various "config" related changes are trivial to 
> > change
> > after the fact if people discover they want something different.
> > 
> > New namespaces get created for other wikis all the time. This has
> > traditionally
> > been something that has entirely been up to the community to decide for
> > themselves. I don't understand why enwiki gets treated so differently.
> > 
> > >Key minimum requirements for launch are being hashed out at
> > >https://www.mediawiki.org/wiki/Draft_namespace 
> > 
> > Kind of seems odd this is being written up on mediawiki.org, for something
> > that
> > is in essence a config change coming out of enwikipedia community. Its not
> > like
> > there are non-user facing technical hurtles to surmount. There's no new db
> > schema being proposed or anything like that.

Bawolff has a hard time understanding what most of us are having a hard time
understanding. The piece you're missing, Bawolff, is that after this new
namespace was proposed and passed as simply a new namespace, Steven Walling
took it over by submitting the supposed bug for implementation (bug 57315),
which was actually for something much more than a new namespace. 

While I'm sure he originally had the best of intentions, it was pointed out
thereafter that his plan for implementation was markedly different from the
accepted proposal that was supposed to have originated it. Rather than admit
his error as a good Wikipedia administrator should, he's made every effort to
outwardly cling to his original position like a good infallible corporate
manager would: He attempted to pass off the bloat in his proposed
implementation as "requirements" for the namespace, when they had actually been
some new ideas he wanted to tinker with. The claim that these were
"requirements" was again pointed out as erroneous, but he still insisted on
making some list of requirements regardless, rather than simply letting it go.
This is the show of complexity where none is actually necessary that you're
seeing now and have astutely pointed out. 

And this is, in my mind, an example of the type of behavior that has brought
the relationship between the WMF and the Wikipedia community to the sour state
it is. And it felt good to get that out. 

Hope we can get some actual stuff done 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 26422] Special:Translate does not support PostgreSQL

[bugzilla-daemon]

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

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 26422] Special:Translate does not support PostgreSQL

[bugzilla-daemon]

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

--- Comment #14 from Gerrit Notification Bot  ---
Change 98045 had a related patch set uploaded by Lethosor:
Add PostgreSQL compatibility to Translate extension

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

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

[Bug 56923] Some navbox and other templates disappear when being moved, but only if tags are present in the article and the templates are below the last visible text

[bugzilla-daemon]

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

WhatamIdoing  changed:

   What|Removed |Added

Summary|Some navbox templates   |Some navbox and other
   |disappear when being moved, |templates disappear when
   |but only if  tags are  |being moved, but only if
   |present in the article  | tags are present in
   ||the article and the
   ||templates are below the
   ||last visible text

-- 
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 54606] Make tutorial video on how to use Bugzilla

[bugzilla-daemon]

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

--- Comment #27 from Quim Gil  ---
I have given Richard my last round of comments. The script already looks very
good. If you have additional feedback don't comment: edit the script directly
("Be bold").

As soon as this task is completed I will create a new one about creating the
screencast.

-- 
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 57700] VisualEditor: Wikitext warning needs to be updated to refer to switching to wikitext editor without losing unsaved changes

[bugzilla-daemon]

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

WhatamIdoing  changed:

   What|Removed |Added

   Severity|enhancement |normal

-- 
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 57700] New: VisualEditor: Wikitext warning needs to be updated to refer to switching to wikitext editor without losing unsaved changes

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57700
   Summary: VisualEditor:  Wikitext warning needs to be updated to
refer to switching to wikitext editor without losing
unsaved changes
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: General
  Assignee: jforres...@wikimedia.org
  Reporter: wmf.whatamido...@yahoo.com
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Intention:
The wikitext warning says:

"Click "Edit source" to edit the page in wikitext mode – unsaved changes will
be lost."

This need to be changed to reference the new ability to switch to the source
editor without losing unsaved changes, at least (currently) for non-Firefox
users.




Reproducible: Always

-- 
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 57699] New: VisualEditor: Beta warning should say that you can switch to wikitext without unsaved changes being lost

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57699
   Summary: VisualEditor:  Beta warning should say that you can
switch to wikitext without unsaved changes being lost
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: jforres...@wikimedia.org
  Reporter: wmf.whatamido...@yahoo.com
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---

Intention:
When you open VisualEditor for the first time, you get a message that says you
can switch to wikitext, but that unsaved changes will be lost:

"You can keep using the wikitext editor by clicking the "Edit source" tab
instead – unsaved changes will be lost."

This is not always true, since (currently for non-Firefox users) it is possible
to switch to wikitext using the new menu item without losing any changes.




Reproducible: Always

-- 
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 57654] VisualEditor: Save dialog not torn down properly after edit

[bugzilla-daemon]

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
   Assignee|krinklem...@gmail.com   |esand...@wikimedia.org

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

[Bug 52696] Better instructions on top of enter_bug.cgi, link to guided form

[bugzilla-daemon]

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

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

[bugzilla-daemon]

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

--- Comment #4 from Gerrit Notification Bot  ---
Change 98041 had a related patch set uploaded by Tholam:
Better instructions on top of enter_bug.cgi, link to guided form

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

-- 
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 57315] New feature for creating/managing new pages

[bugzilla-daemon]

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

--- Comment #35 from Equazcion  ---
(In reply to comment #34)
> I'm okay with delaying some of the questions I brought up for the future,
> but I
> do think the requirements are necessary.
> 
> To be fair Ori, namespaces I think you've added are things like Schema. These
> were not requested by the community, and we had complete control over what we
> thought was minimally necessary. They also didn't have the kind of
> far-reaching
> impact that a Draft namespace on our largest project does. I'm not saying we
> need to wait months or something, but I am saying we should make sure the
> absolute basics are agreed on and tested.

Yes, we could wait for Steve to completely squirm out of his original position
with corporate speak in order to preserve his pride, but I think it would be
more time-efficient to simply move ahead now. I'm just saying this for the
record. If anyone has some non-vague reason to say any of this is still
necessary let's hear it clearly and specifically.

-- 
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 42659] Unable to install SMW 1.8 with PostgreSQL

[bugzilla-daemon]

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

--- Comment #23 from MWJames  ---
Could you apply a patch-set to [1] so Travis-CI [2] can automatically run the
unit tests and we can see whether they pass or not.

[1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/tree/postgresql

[2] https://travis-ci.org/SemanticMediaWiki/SemanticMediaWiki/builds/14545484

PS: SMW 1.9 will be released soon but at the current state, I would reluctantly
merge the [1] branch into master not until the remaining unit tests are
cleared.

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

[Bug 57315] New feature for creating/managing new pages

[bugzilla-daemon]

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

--- Comment #34 from Steven Walling  ---
(In reply to comment #33)
> (In reply to comment #32)
> > The first phase of this will be just the namespace.  The launch requirements
> > are being hashed out at https://www.mediawiki.org/wiki/Draft_namespace .  If
> > you see any missing questions that should be resolved pre-launch, add them.
> 
> I added a couple of namespaces in the past and I wasn't held to this
> standard,
> which seems a bit much. (It's fine as a list of desiderata, but not as a list
> of merge blockers.) If MZMcBride (as patch submitter) is not persuaded that
> waiting is sensible, we should just merge the patch and get on with it. The
> risk of having to do extra work to migrate content is dwarfed by the
> inevitability of this discussion metastasizing into a contest of legitimacy
> and
> power -- a process that is already well underway, it seems. If it drags on
> much
> longer, it will annihilate any possibility of fruitful collaboration in this
> sphere. My vote is therefore to merge (with noted reluctance, if you like)
> and
> to move on.

I'm okay with delaying some of the questions I brought up for the future, but I
do think the requirements are necessary.

To be fair Ori, namespaces I think you've added are things like Schema. These
were not requested by the community, and we had complete control over what we
thought was minimally necessary. They also didn't have the kind of far-reaching
impact that a Draft namespace on our largest project does. I'm not saying we
need to wait months or something, but I am saying we should make sure the
absolute basics are agreed on and tested.

-- 
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

Andre Klapper  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|wikibugs-l@lists.wikimedia. |t@lamsinfosystem.com
   |org |

--- Comment #3 from Andre Klapper  ---
Realizing that this takes several lines on my screen, we should probably
shorten this to something like

Before reporting [% terms.abug %], please read the https://www.mediawiki.org/wiki/How_to_report_a_bug";>guidelines and search for existing [% terms.bug %] reports. If you prefer
a simpler way to create a [% terms.bug %] report, try the guided bug entry form.

Thomas: Would you like to put a patch into Gerrit?


GCI task:
https://www.google-melange.com/gci/task/view/google/gci2013/5775130332495872
Upstream file:
http://bzr.mozilla.org/bugzilla/4.2/view/head:/template/en/default/bug/create/user-message.html.tmpl

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

[Bug 57698] Flow: recentchanges displaying raw topic title(?)

[bugzilla-daemon]

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

--- Comment #1 from Bingle  ---
The WMF core features team tracks this bug on Mingle card
https://mingle.corp.wikimedia.org/projects/flow/cards/540, but people from the
community are welcome to contribute here and in Gerrit.

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

[Bug 57315] New feature for creating/managing new pages

[bugzilla-daemon]

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

Ori Livneh  changed:

   What|Removed |Added

 CC||o...@wikimedia.org

--- Comment #33 from Ori Livneh  ---
(In reply to comment #32)
> The first phase of this will be just the namespace.  The launch requirements
> are being hashed out at https://www.mediawiki.org/wiki/Draft_namespace .  If
> you see any missing questions that should be resolved pre-launch, add them.

I added a couple of namespaces in the past and I wasn't held to this standard,
which seems a bit much. (It's fine as a list of desiderata, but not as a list
of merge blockers.) If MZMcBride (as patch submitter) is not persuaded that
waiting is sensible, we should just merge the patch and get on with it. The
risk of having to do extra work to migrate content is dwarfed by the
inevitability of this discussion metastasizing into a contest of legitimacy and
power -- a process that is already well underway, it seems. If it drags on much
longer, it will annihilate any possibility of fruitful collaboration in this
sphere. My vote is therefore to merge (with noted reluctance, if you like) and
to move on.

-- 
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 57698] New: Flow: recentchanges displaying raw topic title(?)

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57698
   Summary: Flow: recentchanges displaying raw topic title(?)
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Flow
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: oke...@wikimedia.org
CC: ebernhard...@wikimedia.org, oke...@wikimedia.org,
sp...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

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

see screenshot

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

[Bug 57640] Beta Features need a URL Safe mode switch to force all features off in case of issue

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal

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

[Bug 57679] HotCat and enhanced editing toolbar don't work in Galician wikipedia

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

 Status|NEW |UNCONFIRMED
 CC||aklap...@wikimedia.org
 Ever confirmed|1   |0
 Whiteboard||aklapper-moreinfo

--- Comment #1 from Andre Klapper  ---
Thanks for taking the time to report this!

Please describe what "don't work" means, and provide steps to reproduce on
gl.wikipedia.org (I have no idea how to use HotCat and reproduce the problem,
and I assume that "enhanced editing toolbar" is the stuff at the bottom, like
"Formato wiki:"?)

Does "don't work" mean that clicking an item in "Formato wiki:" jumps to the
top? If so, see bug 56718 for how to fix this.

As a first good step when trying to track down problems, could you please open
the Error Console (or whatever it is called in your browser) and reload the
page that you see the problem on? If there is a problem or an error with
JavaScript it should be printed in that console.
For more information please see:
* Firefox ≥24: https://developer.mozilla.org/en-US/docs/Tools/Web_Console
* Internet Explorer: http://msdn.microsoft.com/en-us/library/ie/dn255006
* Google Chrome: https://developers.google.com/chrome-developer-tools/
* Apple Safari:
https://developer.apple.com/library/safari/documentation/AppleApplications/Conceptual/Safari_Developer_Guide/PrototypingYourWebsite/PrototypingYourWebsite.html
* Opera: http://help.opera.com/Linux/12.10/en/errorconsole.html


Also see https://www.mediawiki.org/wiki/How_to_report_a_bug for general info.

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

[Bug 57697] New: Provide filearchive table with fa_storage_key or, if it exists and is sufficiently indexed and populated, fa_sha1 for commonswiki

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57697
   Summary: Provide filearchive table with fa_storage_key or, if
it exists and is sufficiently indexed and populated,
fa_sha1 for commonswiki
   Product: Wikimedia Labs
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: tools
  Assignee: m...@uberbox.org
  Reporter: rainerril...@hotmail.com
CC: benap...@gmail.com, t...@tim-landscheidt.de
Classification: Unclassified
   Mobile Platform: ---

I'd (possibly) like to create a JSON/XML-API that could be asked prior to
uploading stuff whether it was uploaded before.

-- 
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 57695] Apply intuitive Agora styles to Flow buttons

[bugzilla-daemon]

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

--- Comment #1 from Bingle  ---
The WMF core features team tracks this bug on Mingle card
https://mingle.corp.wikimedia.org/projects/flow/cards/538, but people from the
community are welcome to contribute here and in Gerrit.

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

[Bug 57696] Hiding topics and posts in Flow should work consistently

[bugzilla-daemon]

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

--- Comment #1 from Bingle  ---
The WMF core features team tracks this bug on Mingle card
https://mingle.corp.wikimedia.org/projects/flow/cards/539, but people from the
community are welcome to contribute here and in Gerrit.

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

[Bug 57154] Flow: Prettify thread permalink URLs

[bugzilla-daemon]

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

Eduard Braun  changed:

   What|Removed |Added

 CC||eduard.bra...@gmx.de

--- Comment #2 from Eduard Braun  ---
It should also be possible to Wikilink Flow threads. As far as I see one needs
an external link right now to link to a flow topic.

Maybe something like [[Flow:0509a3b2518b34dffb6efa163e68c4ac#3]], that
means[Namespace:ID#PostNo.]]

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

[Bug 56408] Enable FlaggedRevs extension on ce.wikipedia

[bugzilla-daemon]

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

--- Comment #29 from Andre Klapper  ---
(In reply to comment #28)
> You can translate into Chechen least "Browse..." and "No file selected"?

Do not spam in unrelated bug reports. You have filed bug 57643 already about
that issue. Such behavior is considered rude.

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

[Bug 57696] New: Hiding topics and posts in Flow should work consistently

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57696
   Summary: Hiding topics and posts in Flow should work
consistently
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Flow
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: eduard.bra...@gmx.de
CC: ebernhard...@wikimedia.org, oke...@wikimedia.org,
sp...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

In the current prototype on ee-flow.wmflabs.org
- comments are hidden via the "actions" menu (small flag icon).
- topics are hidden via the small angle/arrow symbol.

This is inconsistent. Hiding should work the same for comments and topics.

I propose to
1) add an "action" menu to topics, too, and add hide to that menu.
2) make the angle/arrow symbol on topics work like when cklicking on the header
area (folding/unfolding a topic temporarily, but not hiding it permanently).
This is what most users await when clicking such an arrow symbol anyway. A
permanent action which affects all users is rather confusing at that 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 57638] Lock Translation page once voting begins

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
   Severity|normal  |enhancement

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

[Bug 57547] Use ISO country codes instead of a numeric id to reference countries

[bugzilla-daemon]

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

Bryan Davis  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |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 57545] Review and deploy Wikimania Scholarship

[bugzilla-daemon]

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

Bug 57545 depends on bug 57547, which changed state.

Bug 57547 Summary: Use ISO country codes instead of a numeric id to reference 
countries
https://bugzilla.wikimedia.org/show_bug.cgi?id=57547

   What|Removed |Added

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

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

[Bug 57694] uninformative DoesNotExistError logging

[bugzilla-daemon]

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

--- Comment #1 from Gerrit Notification Bot  ---
Change 98038 had a related patch set uploaded by Spage:
More informative DoesNotExistError logging.

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

-- 
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 57694] uninformative DoesNotExistError logging

[bugzilla-daemon]

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

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 56113] Auto-ellipsis for filename field

[bugzilla-daemon]

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

--- Comment #7 from Quim Gil  ---
This task has been claimed by a Google Code-in student:

http://www.google-melange.com/gci/task/view/google/gci2013/5272913229905920

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

[Bug 57695] New: Apply intuitive Agora styles to Flow buttons

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57695
   Summary: Apply intuitive Agora styles to Flow buttons
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Flow
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: eduard.bra...@gmx.de
CC: ebernhard...@wikimedia.org, oke...@wikimedia.org,
sp...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The buttons in Flow should use intuitive Agora/ mediawiki.ui styles (especially
colors), e.g.:


Create topic / Reply (when answering) / Submit changes (when editing):
-> green button

Preview:
-> blue button

- Cancel:
-> red button


Currently all buttons on ee-flow.wmflabs.org are grey making it very hard to
find the action one wants.
The "Create topic" / "Reply" / "Submit changes" buttons are so pale that they
look as if they were disabled buttons.
The "Cancel" button is not a button at all but only a text link making it
inconsistent with the other buttons.

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

[Bug 57120] First edit to User:Profile didn't give user feedback

[bugzilla-daemon]

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

Jon  changed:

   What|Removed |Added

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

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

[Bug 42659] Unable to install SMW 1.8 with PostgreSQL

[bugzilla-daemon]

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

--- Comment #22 from José Antonio  ---
Both php uni-test errors are caused because the uni-test
PropertyStatisticsTableTest is assigning an out bounds value, 2147483648, to a
postgresql integer data type. Therefore postgresql system is working as it
should, failing the transaction.

http://www.postgresql.org/docs/9.1/static/datatype-numeric.html. 

Indeed  in the table: smw_prop_stats,  if the data type for the Colum:
usage_count is changed to bigint, then the unit test
PropertyStatisticsTableTest completes with no errors:
" 
  php   phpunit.php   includes/storage/sqlstore/PropertyStatisticsTableTest.php 
  PHPUnit 3.6.10 by Sebastian Bergmann.
  Configuration read from
/a/d2/data/asa/mediawiki/mediawiki-1.21.3_testing/tests/phpunit/suite.xml
  ..
  Time: 3 seconds, Memory: 23.75Mb
  OK (46 tests, 314 assertions)
 "


 Moreover the statement  usage_count=$dbtypes[j] defines as integer data type
in postgresql.  Assuming the possibility of big data sets, the   a possible
solution would convert usage_count to a bigint data type for postgresql. 
Perhaps it would be a reasonable exercise to consider for postgresql that for
an statistical domain, all the integers (-2147483648 to +2147483647) should be
converted to bigints (-9223372036854775808 to 9223372036854775807).


Then  $dbtypes  array is defined  in the function setupTables, line 63 of
includes/storage/SQLStore/SMW_SQLStore3.php.

 $dbtypes = array(
'b' => ( $wgDBtype == 'postgres' ? 'BOOLEAN' : 'TINYINT(1)' ),
't' => SMWSQLHelpers::getStandardDBType( 'title' ),
'l' => SMWSQLHelpers::getStandardDBType( 'blob' ),
'f' => ( $wgDBtype == 'postgres' ? 'DOUBLE PRECISION' : 'DOUBLE' ),
'i' => ( $wgDBtype == 'postgres' ? 'INTEGER' : 'INT(8)' ),
'j' => ( $wgDBtype == 'postgres' || $wgDBtype == 'sqlite' ?
'INTEGER' : 'INT(8) UNSIGNED' ),
'p' => SMWSQLHelpers::getStandardDBType( 'id' ),
'n' => SMWSQLHelpers::getStandardDBType( 'namespace' ),
'w' => SMWSQLHelpers::getStandardDBType( 'iw' )
);

Now it seems that type 'i' should be  bigint, which is 8 bytes, 
Thus the  statement: 'usage_count' => $dbtypes['j']  in line 133 seems that
should be changed to 'usage_count' => $dbtypes['i']; after type 
'i' being set to be bigint for postgresql.

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

[Bug 57694] New: uninformative DoesNotExistError logging

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57694
   Summary: uninformative DoesNotExistError logging
   Product: Parsoid
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Web API
  Assignee: gwi...@wikimedia.org
  Reporter: sp...@wikimedia.org
CC: ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

We are trying to debug a failure with the way parsoid is set up in the
Labs-Vagrant visualeditor role setup


When the client gets 404 errors, the error in /var/log/upstart/parsoid.log is
just 
  ERROR in localhost:Main_Page
  Stack trace: DoesNotExistError: Page Fetch failure for null
  worker 25269 died (1), restarting.

but it doesn't say what the error is.
ebernhardson tweaked the second line to actually say what's going wrong by
adding error to the output, so the second line becomes

  Stack trace: DoesNotExistError: Page Fetch failure for null : Error: Invalid
URI
"undef/w/api.php?format=json&action=query&meta=siteinfo&siprop=namespaces%7Cnamespacealiases%7Cmagicwords%7Cfunctionhooks%7Cextensiontags%7Cgeneral%7Cinterwikimap%7Clanguages%7Cprotocols"

, and now we can get somewhere :)

Two-line patch on its way

-- 
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 57693] New: Create HTML anchors to statements by property

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57693
   Summary: Create HTML anchors to statements by property
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Keywords: easy
  Severity: normal
  Priority: Unprioritized
 Component: WikidataRepo
  Assignee: wikidata-b...@lists.wikimedia.org
  Reporter: vrande...@gmail.com
CC: wikidata-b...@lists.wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

Take for example the page on France, Q142. 

https://www.wikidata.org/wiki/Q142

Wouldn't it be nice if the following link

https://www.wikidata.org/wiki/Q142#P36

would directly point to the statement (or rather group of statements) with
property P36, i.e. capital.

For that, the statement would need to have an anchor ID like P36 - and that
would be all. And external links could point directly to a specific statement.

-- 
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 57545] Review and deploy Wikimania Scholarship

[bugzilla-daemon]

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

Bryan Davis  changed:

   What|Removed |Added

 Depends on||57692

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

[Bug 57692] Logging needs to be compatible with WMF cluster

[bugzilla-daemon]

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

Bryan Davis  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Blocks||57545
   Assignee|wikibugs-l@lists.wikimedia. |bda...@wikimedia.org
   |org |

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

[Bug 57120] First edit to User:Profile didn't give user feedback

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 96681 merged by jenkins-bot:
Add all logic for edit profile pages in JavaScript

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

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

[Bug 49597] Upgrade Bugzilla to 4.4

[bugzilla-daemon]

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

--- Comment #5 from Andre Klapper  ---
Dry patches, not properly tested yet on a 4.4 system:
https://gerrit.wikimedia.org/r/97994
https://gerrit.wikimedia.org/r/98005
https://gerrit.wikimedia.org/r/98008
https://gerrit.wikimedia.org/r/98013
https://gerrit.wikimedia.org/r/98025
https://gerrit.wikimedia.org/r/98028
https://gerrit.wikimedia.org/r/98031
https://gerrit.wikimedia.org/r/98032
https://gerrit.wikimedia.org/r/98035

After applying these:
* In every custom template file, 
   [% PROCESS global/variables.none.tmpl %] 
  should be removed, see https://bugzilla.mozilla.org/show_bug.cgi?id=696256
* Old license MPL 1.1 headers need to be replaced by MPL 2.0 headers

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

[Bug 57692] New: Logging needs to be compatible with WMF cluster

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57692
   Summary: Logging needs to be compatible with WMF cluster
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Wikimania Scholarship
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bda...@wikimedia.org
CC: bda...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

The app is currently hardcoded to log to stderr assuming that that is captured
in the Apache error log or a similar location. It would be better for
production to allow the log events to be sent to a file on disk where it can be
tailed and sent to a udp2log relay or a similar log aggregation system.

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

[Bug 57677] 504 Gateway Time-out when modifying big articles in the Galician wikipedia

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
Summary|Problems to modify big  |504 Gateway Time-out when
   |articles in the Galician|modifying big articles in
   |wikipedia   |the Galician wikipedia

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

[Bug 56040] Make MoreBugUrl extension work; clean up "See Also" custom patches and try to move them upstream

[bugzilla-daemon]

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

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 56040] Make MoreBugUrl extension work; clean up "See Also" custom patches and try to move them upstream

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 98035 had a related patch set uploaded by Aklapper:
[4.4] Sync MoreBugUrl extension, add our custom patches

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

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

[Bug 57613] Distributed cron replacement

[bugzilla-daemon]

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

--- Comment #5 from Marc A. Pelletier  ---
I think that's a sound approach; my own initial brain experiments were mostly
centered about a network of peers (similar to your master-only scenario); but I
agree that separating master vs worker conceptually is the best approach (even
if, in practice, masters will also be workers in small installations).

The problem with non-idempotents jobs being potentially executed more than one
time, I think, is manageable:

1) have a means to mark a job as having side effects so that
2) have a deterministic map for jobs to exactly one (random) worker

such that a job marked as having side effects and absolutely needing exactly
one run can only be scheduled on the mapped node and will simply fail
otherwise.  This way, in case of network partition, only the masters that can
still speak to the selected node would even attempt the run.

This trades the risk of the run being executed more than once with the risk
that it isn't executed at all -- but since it's selectable the user can make
the appropriate tradeoff depending on what is best for the specific situation.

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

[Bug 57153] Flow: Wikitext formatting (such as [[links]] and ''italics'') doesn't work in topic titles

[bugzilla-daemon]

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

Eduard Braun  changed:

   What|Removed |Added

 CC||eduard.bra...@gmx.de

--- Comment #9 from Eduard Braun  ---
Links in headers are definitely needed in final product! Links are often used
on "specialty pages" like image workshops or administrators noticeboards to
quickly give a link to the file/user in question (which/whom the whole topic is
about).

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

[Bug 56544] Lazy loading main page puts the last modified bar at the top of the page

[bugzilla-daemon]

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

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 56544] Lazy loading main page puts the last modified bar at the top of the page

[bugzilla-daemon]

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

--- Comment #2 from Gerrit Notification Bot  ---
Change 98034 had a related patch set uploaded by Jdlrobson:
Hard refresh the main page on an edit.

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

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

[Bug 57691] VisualEditor:Reflist is appearing as bullet list if while inserting reflist the cursor is at the end of an empty bulleted item

[bugzilla-daemon]

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

--- Comment #1 from ryasm...@wikimedia.org ---
Test Environment: production
Browser: Chrome Version 26.0.1410.65 
OS: MAC OS X 10. 8. 5
Example Page:https://en.wikipedia.org/wiki/User:RYasmeen_%28WMF%29/testlive

-- 
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 57691] New: VisualEditor:Reflist is appearing as bullet list if while inserting reflist the cursor is at the end of an empty bulleted item

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57691
   Summary: VisualEditor:Reflist is appearing as bullet list if
while inserting reflist the cursor is at the end of an
empty bulleted item
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: rm...@wikimedia.org
  Reporter: ryasm...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

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

Steps to reproduce:

1.Click on the "Edit" button
2.Type a text with reference in the page
3.Make it a bulleted list by selecting the option from toolbar.
4.Press Enter to entry the second item on the list but leave it blank 
5.Now click on More>References list to add a reflist to the page
6.Save the page

Observed Result:

The reflist is appearing as bulleted list

See the screenshot attached.

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

[Bug 57306] Find tasks for Google Code-in

[bugzilla-daemon]

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

--- Comment #8 from Bawolff (Brian Wolff)  ---
(In reply to comment #7)
> Could you please provide more information on what should be tested? I am
> looking for examples.

I'm not exactly sure about the capabilities of selenium, but would something
like the following be do-able: On the page
https://commons.wikimedia.org/wiki/File:Paroxysm_at_Etna,_16-17_November_2013.webm?embedplayer=yes
(or any video with the ?embedplayer=yes url argument. In normal use this url is
embedded in another page, like wmf blog), click on the play button, make sure
video actually starts playing

-- 
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 57569] Create "Draft" namespace on the English Wikipedia

[bugzilla-daemon]

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

--- Comment #26 from Steven Walling  ---
(In reply to comment #25)
> I have a hard time understanding what is going on here? If this was any other
> wiki, we would note that their is community consensus, and implement the
> change.
> 
> The only thing slightly iffy thing here is to be able to let anons create
> pages
> in this namespace - that might require someone taking 10 seconds writing a
> hook
> (Or even better, someone fixing mediawiki so we have proper per-namespace
> permissions). However that can easily be done later. the robots thing is
> already a config option.
> 
> Furthermore, all these various "config" related changes are trivial to change
> after the fact if people discover they want something different.
> 
> New namespaces get created for other wikis all the time. This has
> traditionally
> been something that has entirely been up to the community to decide for
> themselves. I don't understand why enwiki gets treated so differently.
> 
> >Key minimum requirements for launch are being hashed out at
> >https://www.mediawiki.org/wiki/Draft_namespace 
> 
> Kind of seems odd this is being written up on mediawiki.org, for something
> that
> is in essence a config change coming out of enwikipedia community. Its not
> like
> there are non-user facing technical hurtles to surmount. There's no new db
> schema being proposed or anything like that.

I suggest you check out the mediawiki.org page and the associated bug 57315.
They both include some explanation, including the technical discussions
involved about implementation, and about future plans.

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

[Bug 57648] More descriptive name for default assignee "Nobody" that expresses "You can work on this"

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #2 from Bawolff (Brian Wolff)  ---
(In reply to comment #0)
> The default assignee "Nobody " does not
> clearly express that contributors are welcome to work on it.
> 
> bugs.merproject.org for example calls the account "Not taken" instead of
> "Nobody".
> 
> I'd love to replace "Nobody" by something more descriptive, like "Nobody
> working on it, feel free to take it". But shorter. Any ideas? :)

"Unassigned, please fix me"

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

[Bug 57569] Create "Draft" namespace on the English Wikipedia

[bugzilla-daemon]

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

Bawolff (Brian Wolff)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #25 from Bawolff (Brian Wolff)  ---
I have a hard time understanding what is going on here? If this was any other
wiki, we would note that their is community consensus, and implement the
change.

The only thing slightly iffy thing here is to be able to let anons create pages
in this namespace - that might require someone taking 10 seconds writing a hook
(Or even better, someone fixing mediawiki so we have proper per-namespace
permissions). However that can easily be done later. the robots thing is
already a config option.

Furthermore, all these various "config" related changes are trivial to change
after the fact if people discover they want something different.

New namespaces get created for other wikis all the time. This has traditionally
been something that has entirely been up to the community to decide for
themselves. I don't understand why enwiki gets treated so differently.

>Key minimum requirements for launch are being hashed out at
>https://www.mediawiki.org/wiki/Draft_namespace 

Kind of seems odd this is being written up on mediawiki.org, for something that
is in essence a config change coming out of enwikipedia community. Its not like
there are non-user facing technical hurtles to surmount. There's no new db
schema being proposed or anything like that.

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

[Bug 57648] More descriptive name for default assignee "Nobody" that expresses "You can work on this"

[bugzilla-daemon]

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

This, that and the other  changed:

   What|Removed |Added

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

--- Comment #1 from This, that and the other  ---
A good idea, except not everyone is free to take bugs, per earlier discussions
on the mailing list.

At the moment, that text would be tantalisingly misleading. Once the editbugs
issue is sorted out, then I would support this change.

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

[Bug 57690] New: Running parsoid fails

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57690
   Summary: Running parsoid fails
   Product: Parsoid
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: gwi...@wikimedia.org
  Reporter: kel...@kiwix.org
CC: ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

I'm unable to run parsoid server.

=
$ node api/server.js 
master(22303) initializing 4 workers

/var/www/w/parsoid/js/node_modules/express/lib/http.js:49

app.__proto__ = connect.HTTPServer.prototype;
 /var/www/w/parsoid/js/node_modules/express/lib/http.js:49
app.__proto__ = connect.HTTPServer.prototype;
 ^
  ^

/var/www/w/parsoid/js/node_modules/express/lib/http.js:49
app.__proto__ = connect.HTTPServer.prototype;
TypeError: Cannot read property 'prototype' of undefined
at Object.
(/var/www/w/parsoid/js/node_modules/express/lib/http.js:49:35)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.
(/var/www/w/parsoid/js/node_modules/express/lib/https.js:13:18)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
=

Here are more details about my setup:

=
$ node --version ; npm --version ; npm list -g
v0.10.22
1.3.14
/usr/local/lib
└─┬ npm@1.3.14
  ├── abbrev@1.0.4
  ├── ansi@0.2.1
  ├── archy@0.0.2
  ├── block-stream@0.0.7
  ├── child-process-close@0.1.1
  ├── chmodr@0.1.0
  ├── chownr@0.0.1
  ├── cmd-shim@1.1.1
  ├── editor@0.0.5
  ├── fstream@0.1.24
  ├─┬ fstream-npm@0.1.6
  │ └── fstream-ignore@0.0.7
  ├── github-url-from-git@1.1.1
  ├── github-url-from-username-repo@0.0.2
  ├── glob@3.2.6
  ├── graceful-fs@2.0.1
  ├── inherits@2.0.1
  ├── ini@1.1.0
  ├─┬ init-package-json@0.0.11
  │ └── promzard@0.2.0
  ├── lockfile@0.4.2
  ├── lru-cache@2.3.1
  ├─┬ minimatch@0.2.12
  │ └── sigmund@1.0.0
  ├── mkdirp@0.3.5
  ├── node-gyp@0.11.0
  ├── nopt@2.1.2
  ├─┬ npm-registry-client@0.2.29
  │ └── couch-login@0.1.18
  ├── npm-user-validate@0.0.3
  ├─┬ npmconf@0.1.5
  │ └─┬ config-chain@1.1.8
  │   └── proto-list@1.2.2
  ├── npmlog@0.0.6
 ├── once@1.3.0
  ├── opener@1.3.0
  ├── osenv@0.0.3
  ├─┬ read@1.0.5
  │ └── mute-stream@0.0.4
  ├── read-installed@0.2.4
  ├─┬ read-package-json@1.1.4
  │ └── normalize-package-data@0.2.7
  ├─┬ request@2.27.0
  │ ├── aws-sign@0.3.0
  │ ├── cookie-jar@0.3.0
  │ ├── forever-agent@0.5.0
  │ ├─┬ form-data@0.1.2
  │ │ ├── async@0.2.9
  │ │ └─┬ combined-stream@0.0.4
  │ │   └── delayed-stream@0.0.5
  │ ├─┬ hawk@1.0.0
  │ │ ├── boom@0.4.2
  │ │ ├── cryptiles@0.2.2
  │ │ ├── hoek@0.9.1
  │ │ └── sntp@0.2.4
  │ ├─┬ http-signature@0.10.0
  │ │ ├── asn1@0.1.11
  │ │ ├── assert-plus@0.1.2
  │ │ └── ctype@0.5.2
  │ ├── json-stringify-safe@5.0.0
  │ ├── mime@1.2.11
  │ ├── node-uuid@1.4.1
  │ ├── oauth-sign@0.3.0
  │ ├── qs@0.6.5
  │ └── tunnel-agent@0.3.0
  ├── retry@0.6.0
  ├── rimraf@2.2.2
  ├── semver@2.2.1
  ├─┬ sha@1.2.3
  │ └── readable-stream@1.0.17
  ├── slide@1.1.5
  ├── tar@0.1.18
  ├── uid-number@0.0.3
  └── which@1.0.5
=

-- 
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 57315] New feature for creating/managing new pages

[bugzilla-daemon]

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

--- Comment #32 from Matthew Flaschen  ---
The first phase of this will be just the namespace.  The launch requirements
are being hashed out at https://www.mediawiki.org/wiki/Draft_namespace .  If
you see any missing questions that should be resolved pre-launch, add them.

-- 
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 57306] Find tasks for Google Code-in

[bugzilla-daemon]

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

--- Comment #7 from Željko Filipin  ---
Could you please provide more information on what should be tested? I am
looking for examples.

-- 
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 57569] Create "Draft" namespace on the English Wikipedia

[bugzilla-daemon]

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

--- Comment #24 from Matthew Flaschen  ---
Key minimum requirements for launch are being hashed out at
https://www.mediawiki.org/wiki/Draft_namespace .  Some are pretty definite
already (e.g. NOINDEX), while others are not 100% certain yet.  We may also
have omitted some questions, so if you think of any that need to be resolved
before launch, add them.

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

[Bug 57638] Lock Translation page once voting begins

[bugzilla-daemon]

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

--- Comment #2 from Risker  ---
(In reply to comment #1)
> For my better understanding: Has such locking taken place in previous years
> (and is this a settings request), or is this something you'd like to see in
> the
> future (potential code change request and new feature)?

This would be a new feature with code change for future uses of SecurePoll.  At
this point, I do not think it would be appropriate to mess around any further
with the currently running SecurePoll on English Wikipedia.

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

[Bug 57689] New: Lacking dependencies in parsoid package.json

[bugzilla-daemon]

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

   Web browser: ---
Bug ID: 57689
   Summary: Lacking dependencies in parsoid package.json
   Product: Parsoid
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: trivial
  Priority: Unprioritized
 Component: General
  Assignee: gwi...@wikimedia.org
  Reporter: kel...@kiwix.org
CC: ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---

"qs" and "connect" are mandatory dependencies but not listed in package.json.

Here is the error with "npm install; nodejs api/server.js"
module.js:340
throw err;
  ^
Error: Cannot find module 'connect'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object.
(/var/www/devwiki/w/parsoid/js/node_modules/express/lib/express.js:12:15)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
worker 20858 died (8), restarting.

-- 
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 57613] Distributed cron replacement

[bugzilla-daemon]

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

--- Comment #4 from Tyler Romeo  ---
OK, here's my proposal:

* A cluster of masters, with a maximum of 10 or so, which can double as workers

* One or more masters can manage a cluster of workers. The collection of
masters can use Raft to select which will be the leader and which will be
fallovers.

* Tasks will be specified in an official crontab that will be synced across the
masters. The crontab can be changed on one server, and a CLI tool will trigger
a sync.

* The crontab will specify what task to execute, how often, any restrictions on
which machine the task must be executed, whether the task access external
networks, and whether the task is idempotent and/or atomic.

* The masters use Paxos to claim tasks for execution and to determine the
official crontab specification. The master of a cluster will decide which
workers will execute which tasks.

* Workers will report back to the master when a task finishes or fails. Masters
will report back to the network when a task finishes or fails. How failures are
handled depends on the specification of the task.

* We can use Go (and its Raft implementation) for the daemon, and ZeroMQ as a
means of message sending.

The advantages of this method are: 1) workers and masters can both fail and
somebody will still be able to execute the task, 2) it doesn't require a large
number of nodes since masters can double as workers, which means a really small
cluster can have just masters, and each master treats itself as its worker
cluster, 3) it scales to larger clusters since the hierarchy of masters allows
for better handling of network partitions.

The one problem is if a task that is not idempotent is executed, but then a
network partition occurs and the network cannot determine if the task finished
or not. The task cannot be re-executed because it might cause unwanted side
effects, and the network cannot wait for the issue to resolve itself, since
Paxos assumes messages take arbitrarily long to deliver. Another issue is that
it does not handle byzantine failures, although with any luck that should not
be an issue for this daemon.

Thoughts?

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

[Bug 55383] Check local duplicates due to $wgNamespacesToConvert

[bugzilla-daemon]

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

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

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

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

[Bug 57624] Login page JavaScript exception: Error: Template not found: overlays/cleanup Error {}

[bugzilla-daemon]

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #3 from Jon  ---
Cannot replicate.

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

[Bug 55383] Check local duplicates due to $wgNamespacesToConvert

[bugzilla-daemon]

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

--- Comment #3 from Gerrit Notification Bot  ---
Change 98021 merged by jenkins-bot:
Check local duplicates due to $wgNamespacesToConvert

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

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