Instead of waiting until Wednesday like I did last week, this week I'll
get right to it.

The bug triage was at Noon PDT, so our European developers (Sam, Roan,
etc.) were able to participate this week.  Last week was a call for
Parser bugs and ended up being a tour of golden oldies.  This week, I
tried to keep it more up-to-date and current.  I feel like I mostly
succeeded.

Without further delay, the results of the triage:

When using existing DB user, grants aren't added to new tables
    http://bugzilla.wikimedia.org/28375:

    Bumped to highest priority since it is tarball blocker

Fatal Error if logged in
    http://bugzilla.wikimedia.org/28439:

    LQT bug.  Low priority since Andrew is currently rewriting this.

Caching problems with mobile_main_page
    http://bugzilla.wikimedia.org/22014

    Pinged Tomasz… opening new bug on Canonical URL redirection.

    related canonical URL redirection issue: 
https://bugzilla.wikimedia.org/27935
    After much discussion created https://bugzilla.wikimedia.org/28602 - 
Canonicalize URLs

Old version seen immediately after edit
    http://bugzilla.wikimedia.org/27891

    Tim gave this the first fix, but it might need another.

Vector EditWarning breaks page caching. Edits get erased when
    navigating back and forth
    http://bugzilla.wikimedia.org/22680

    Assigned to Roan

When $wgSpamRegex is triggered be sure to return to editing and not
throw the users work away
    http://bugzilla.wikimedia.org/25985

    Slated for 1.18 fix

High REOPENED When inserting text in iframe mode (using toolbar,
special characters or dialogs) the edit window scrolls
    http://bugzilla.wikimedia.org/23052

    Current bug was fixed, Bug was hijacked.  Split off new issue into
    Bug #28603 Toolbar buttons don't correctly insert lists

lucene search for simple text misses some results
    http://bugzilla.wikimedia.org/25404
Searching is not working on Korean Wikinews and others.
    http://bugzilla.wikimedia.org/25586

    Ops is aware, new search indexer will be set up soon. All should
    be fine in a few days

Normal NEW deformed layout of ogg player options in new gallery
    http://bugzilla.wikimedia.org/27982

    merge queue

in IE9 #p-personal portlet links are shown vertically in RTL wikis with Vector
    http://bugzilla.wikimedia.org/28438

    Kaldari will get IE9 set up for testing and fix this one.

Upload stash API allows some kinds of resource exhaustion
    http://bugzilla.wikimedia.org/26063

    This a low-risk threat that can be handled by MW or cron garbage
    collection.

Languagelinks aren't working on talk pages
    http://bugzilla.wikimedia.org/26085

    WONTFIX for reasons outlined in the bug.  Opened
    https://bugzilla.wikimedia.org/28604 based on
    discussion.  See comment 12:
    https://bugzilla.wikimedia.org/26085#c12

Special:Undelete doesn't use ar_page_id
    http://bugzilla.wikimedia.org/26123

    Specifically responding to comment #3: non issue since we sort by
    time.

A file redirect from a foreign File Repo overrides local wiki page
    (instead of vice versa)
    http://bugzilla.wikimedia.org/28299

    Best decribed in #c2: 
https://bugzilla.wikimedia.org/show_bug.cgi?id=28299#c2

    If it's _not_ affecting page views / editing it may not actually
    be an issue; if it is, those things need fixing.

self unblock with username does not work under 1.17
    http://bugzilla.wikimedia.org/28352

    Apparently fixed in trunk.  I’ll find the revision.  Or find
    someone to find the revision.

"Block::purgeExpired" Database returned error "1205: Lock wait timeout
    exceeded;"
    http://bugzilla.wikimedia.org/28485
Article::updateCategoryCounts 1213 Deadlock found when trying to get lock
    http://bugzilla.wikimedia.org/28543
1205: Lock wait timeout exceeded; try restarting transaction
    http://bugzilla.wikimedia.org/28499

    Roan looked at this and saw it focused around a single user on a
    single wiki.  Trying to get another person to look at this one.

Escape asterisks (*) in {{PAGENAME}}
    http://bugzilla.wikimedia.org/28588

    Parser bug with a workaround: {{#tag:nowiki|{{PAGENAME}}}}

    tagged for newparser

Edit notices display "edit" tab instead of "view source" even if the
    editor cannot edit them
    http://bugzilla.wikimedia.org/28589

    Not bumping up priority or assigning

IE upload fails silently on Enter key from wpDestFile
    http://bugzilla.wikimedia.org/25885

    Neil will investigate,

Replace MD5 password hashing with WHIRLPOOL
    http://bugzilla.wikimedia.org/28419

    Letting Tim set priority since this is his idea.

printable version centered images are not centered
    http://bugzilla.wikimedia.org/28573

    Kaldari will do it

Remove stub link formatting user preference from MediaWiki core
    http://bugzilla.wikimedia.org/28426

    Get some stats from wmf wikis (presumably fairly popular on small
    wikis). Roan's running it.

Configure which sections of the sidebar navigation menu are
    expanded/collapsed by default
    http://bugzilla.wikimedia.org/25394

    Parsing the sidebar even more, perhaps wait untill the GUI
    Special:Sidebar thing is ready (GSoC) so we can store cleanly in
    db

I did ask for UI bugs from the wikitech-l last week and got two from
Amir, one of which I included.  Discussion during the Triage mirrored
discussion on the list last week, and we decided this one was a very low
priority fix:

diff radio buttons in revision history are not vertically aligned when
    "Justify paragraphs" is enabled
    http://bugzilla.wikimedia.org/28359

The other bug I included (from those mentioned on the list) was MZ
McBride's.  Trevor proposed an improved 404 page last August but no one
was taken the time to put it up.  Priyanka said she would take charge of
the “shell” aspects of this bug:

Redesign the wmf non-mediawiki 404 error page
    http://bugzilla.wikimedia.org/17316

Full notes from the triage are at: http://etherpad.wikimedia.org/BugTriage

Mark.

_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Reply via email to