https://bugzilla.wikimedia.org/show_bug.cgi?id=61102
Marc A. Pelletier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69979
--- Comment #9 from Greg Grossmeier ---
Resseting assignee and priority as this is now no longer an OMG! situation.
For the record:
gjg@deployment-bastion:/data/project/hhvm-cores$ ls -al *core | wc -l
12
(between Aug 26 05:13 and Aug 27 22:3
https://bugzilla.wikimedia.org/show_bug.cgi?id=69979
Greg Grossmeier changed:
What|Removed |Added
Priority|Highest |Normal
--
You are receiving this ma
https://bugzilla.wikimedia.org/show_bug.cgi?id=62598
Max Semenik changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=68435
Bug 68435 depends on bug 62598, which changed state.
Bug 62598 Summary: Filter for New User uploads in Mobile Web
https://bugzilla.wikimedia.org/show_bug.cgi?id=62598
What|Removed |Added
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=68376
Bug 68376 depends on bug 62598, which changed state.
Bug 62598 Summary: Filter for New User uploads in Mobile Web
https://bugzilla.wikimedia.org/show_bug.cgi?id=62598
What|Removed |Added
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=66375
Bug 66375 depends on bug 62598, which changed state.
Bug 62598 Summary: Filter for New User uploads in Mobile Web
https://bugzilla.wikimedia.org/show_bug.cgi?id=62598
What|Removed |Added
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=65491
--- Comment #3 from Marc A. Pelletier ---
Actually, jsub passes -V in neither case; but the gridengine is really random
about when it decides to start subshells or not. I strongly recommend that any
dependency on the environment be sourced fro
https://bugzilla.wikimedia.org/show_bug.cgi?id=54486
--- Comment #16 from Kunal Mehta (Legoktm) ---
(In reply to bsitu from comment #15)
> Besides the time in wikitext, timestamp parsing, it could be related to
> this: the flyout is now separated into two tabs: message + alert, data is
> retrieve
https://bugzilla.wikimedia.org/show_bug.cgi?id=69949
--- Comment #3 from Gerrit Notification Bot ---
Change 156723 had a related patch set uploaded by Catrope:
Fix various bugs in our Monobook stylesheet
https://gerrit.wikimedia.org/r/156723
--
You are receiving this mail because:
You are on t
https://bugzilla.wikimedia.org/show_bug.cgi?id=69949
Gerrit Notification Bot changed:
What|Removed |Added
Status|NEW |PATCH_TO_REVIEW
--
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=70111
Bug ID: 70111
Summary: VisualEditor Mobile: The page focus always bumps up to
the top irrespective of cursor position
Product: VisualEditor
Version: unspecified
Hardware:
https://bugzilla.wikimedia.org/show_bug.cgi?id=70111
Rummana Yasmeen changed:
What|Removed |Added
CC||br...@wikimedia.org,
https://bugzilla.wikimedia.org/show_bug.cgi?id=66697
--- Comment #8 from Rummana Yasmeen ---
The original issue that cursor jumps to the beginning of the article is
resolved, but still remains issue where the page is not actually getting
scrolled down to the point where the cursor is currently po
https://bugzilla.wikimedia.org/show_bug.cgi?id=70111
Rummana Yasmeen changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|jforrest
https://bugzilla.wikimedia.org/show_bug.cgi?id=54486
Erik Bernhardson changed:
What|Removed |Added
CC||ebernhard...@wikimedia.org
--- Comm
https://bugzilla.wikimedia.org/show_bug.cgi?id=70112
Bug ID: 70112
Summary: udp2log logs are not properly rotated / daemon
restarted
Product: Wikimedia Labs
Version: unspecified
Hardware: All
OS: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=70111
--- Comment #1 from Juliusz Gonera ---
"The page focus bumps up to the top of the page" - you mean the page is
scrolled to the top or the cursor moves to the top?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://bugzilla.wikimedia.org/show_bug.cgi?id=54486
--- Comment #18 from bs...@wikimedia.org ---
(In reply to Erik Bernhardson from comment #17)
> As a first step, it seems the appropriate bits of code need to be
> instrumented and the production profile logs need to be reviewed to see
> where th
https://bugzilla.wikimedia.org/show_bug.cgi?id=70111
--- Comment #2 from Rummana Yasmeen ---
The page scrolls up, the cursor is correctly positioned with the fix of
https://bugzilla.wikimedia.org/show_bug.cgi?id=66697
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://bugzilla.wikimedia.org/show_bug.cgi?id=70112
--- Comment #1 from Antoine "hashar" Musso ---
/var/log/udp2log/udp2log.log may have some clue. Not we had a huge number of
requests send for the last few days, so that might have prevented logrotate /
HUP from working properly.
--
You are r
https://bugzilla.wikimedia.org/show_bug.cgi?id=70113
Bug ID: 70113
Summary: Make sure we're doing the right thing with
max_expansions
Product: MediaWiki extensions
Version: master
Hardware: All
OS: All
xff.log-20140817.gz:0
xff.log-20140818.gz:0
xff.log-20140819.gz:0
xff.log-20140820:0
xff.log-20140821:2034
xff.log-20140824:199048
xff.log-20140827:184299
And total lines:
9130 xff.log-20140820
20285 xff.log-20140821
208037 xff.log-20140824
197124 xff.log-20140827
Basically, 99% of the
https://bugzilla.wikimedia.org/show_bug.cgi?id=70103
--- Comment #7 from Antoine "hashar" Musso ---
The udp2log-mw service on deployment-bastion.eqiad.wmflabs logs the average
number of packets it receives per second over 5 minutes.
The file is /var/log/udp2log/udp2log.log
It shows up we went f
https://bugzilla.wikimedia.org/show_bug.cgi?id=58724
--- Comment #5 from Gerrit Notification Bot ---
Change 156733 had a related patch set uploaded by Catrope:
Avoid undo when processing a cut event.
https://gerrit.wikimedia.org/r/156733
--
You are receiving this mail because:
You are on the C
https://bugzilla.wikimedia.org/show_bug.cgi?id=69924
--- Comment #18 from Krinkle ---
Another solution would be to return early instead of wrap the whole thing.
While a return statement is not allowed in the global scope, a throw works
fine.
if (!cond)
throw '';
.. rest of script ..
.. mw
https://bugzilla.wikimedia.org/show_bug.cgi?id=69459
--- Comment #3 from Gerrit Notification Bot ---
Change 156712 merged by jenkins-bot:
Protect against older versions of HtmlFormatter
https://gerrit.wikimedia.org/r/156712
--
You are receiving this mail because:
You are on the CC list for the
https://bugzilla.wikimedia.org/show_bug.cgi?id=70103
Greg Grossmeier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69924
--- Comment #19 from Krinkle ---
Another solution would be to return early instead of wrap the whole thing.
While a return statement is not allowed in the global scope, a throw works
fine.
if (!cond)
throw '';
.. rest of script ..
.. mw
https://bugzilla.wikimedia.org/show_bug.cgi?id=58724
--- Comment #6 from Gerrit Notification Bot ---
Change 156593 abandoned by Catrope:
Avoid undo when processing a cut event.
Reason:
Duplicate of https://gerrit.wikimedia.org/r/156593
https://gerrit.wikimedia.org/r/156593
--
You are receivin
https://bugzilla.wikimedia.org/show_bug.cgi?id=58724
--- Comment #7 from Gerrit Notification Bot ---
Change 156593 restored by Catrope:
Avoid undo when processing a cut event.
Reason:
Whoops, obviously this isn't a duplicate of itself...
https://gerrit.wikimedia.org/r/156593
--
You are receiv
https://bugzilla.wikimedia.org/show_bug.cgi?id=58724
--- Comment #8 from Gerrit Notification Bot ---
Change 156733 abandoned by Catrope:
Avoid undo when processing a cut event.
Reason:
Duplicate of https://gerrit.wikimedia.org/r/156593
https://gerrit.wikimedia.org/r/156733
--
You are receivin
https://bugzilla.wikimedia.org/show_bug.cgi?id=69459
Nik Everett changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69766
--- Comment #8 from Nik Everett ---
Proposed fix: https://gerrit.wikimedia.org/r/#/c/156699/
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=70114
Bug ID: 70114
Summary: Vector + MWV = fucked up shit happening
Product: MediaWiki-Vagrant
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severit
https://bugzilla.wikimedia.org/show_bug.cgi?id=70015
--- Comment #3 from Gerrit Notification Bot ---
Change 156582 merged by jenkins-bot:
Link target input widget: Make '' an invalid link target
https://gerrit.wikimedia.org/r/156582
--
You are receiving this mail because:
You are on the CC lis
https://bugzilla.wikimedia.org/show_bug.cgi?id=70015
Alex Monk changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69924
--- Comment #20 from Krinkle ---
(In reply to Krinkle from comment #19)
> Another solution would be to return early instead of wrap the whole thing.
>
> While a return statement is not allowed in the global scope, a throw works
> fine.
>
>
>
https://bugzilla.wikimedia.org/show_bug.cgi?id=70115
Bug ID: 70115
Summary: OOjs UI: MenuWidget does not resize correctly when
being clipped
Product: OOjs UI
Version: unspecified
Hardware: All
OS: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=70114
--- Comment #1 from Bryan Davis ---
Something is wonky with your mediawiki checkout and puppet won't be able to fix
it I don't think. Try doing this:
$ cd vagrant/mediawiki
$ git pull
$ cd skins
$ rm -rf Vector # might not be a dir here to de
https://bugzilla.wikimedia.org/show_bug.cgi?id=70116
Bug ID: 70116
Summary: Revert Notifications from IPs should link the username
(IP) to the contributions page
Product: MediaWiki extensions
Version: unspecified
Hardware:
https://bugzilla.wikimedia.org/show_bug.cgi?id=53564
--- Comment #3 from Kunal Mehta (Legoktm) ---
*** Bug 70116 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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=70116
Kunal Mehta (Legoktm) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://bugzilla.wikimedia.org/show_bug.cgi?id=60144
Tim Landscheidt changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bugzilla.wikimedia.org/show_bug.cgi?id=60144
Daniel Zahn changed:
What|Removed |Added
CC||dz...@wikimedia.org
--- Comment #3 from
https://bugzilla.wikimedia.org/show_bug.cgi?id=69501
Gerrit Notification Bot changed:
What|Removed |Added
Status|REOPENED|PATCH_TO_REVIEW
--
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=69501
--- Comment #3 from Gerrit Notification Bot ---
Change 156744 had a related patch set uploaded by Alex Monk:
Pick up 'summary' parameter from URL to use as initial edit summary
https://gerrit.wikimedia.org/r/156744
--
You are receiving this
https://bugzilla.wikimedia.org/show_bug.cgi?id=41023
--- Comment #11 from Daniel Zahn ---
Robih, check here:
http://wikistats.wmflabs.org/display.php?t=w3c
yea, still misses the Version column and outgoing links are broken, but wanted
to let you know about progress
it also needed https://gerri
https://bugzilla.wikimedia.org/show_bug.cgi?id=69481
Jackmcbarn changed:
What|Removed |Added
Web browser|Google Chrome |---
--- Comment #8 from Jackmcbarn ---
T
https://bugzilla.wikimedia.org/show_bug.cgi?id=69481
--- Comment #9 from Jackmcbarn ---
That happens because U+10 is considered an invalid character on Windows but
not Linux. preg_match("/\xF4\x8F\xBF\xBF/u", "foobar"); produces "Warning:
preg_match(): Compilation failed: invalid UTF-8 string
https://bugzilla.wikimedia.org/show_bug.cgi?id=69648
Dan Garry changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=36570
Bug 36570 depends on bug 41023, which changed state.
Bug 41023 Summary: Make a stats table for 85 W3C wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=41023
What|Removed |Added
https://bugzilla.wikimedia.org/show_bug.cgi?id=41023
Daniel Zahn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69345
--- Comment #4 from Santhosh Thottingal ---
(In reply to Santhosh Thottingal from comment #0)
> If article title is not given explicitly, we can apply MT on title too.
This is what I meant - use MT for target title when the user did not give
https://bugzilla.wikimedia.org/show_bug.cgi?id=67566
Marius Hoch changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69790
Marius Hoch changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
401 - 456 of 456 matches
Mail list logo
