Page MenuHomePhabricator

Can't add group or remove page in Special:AggregateGroups on Meta in reasonable time
Closed, ResolvedPublic

Description

  1. [[m:Special:AggregateGroups]]
  2. Click the red marker next to a page name

I. Expected: the page is removed from the group (possibly after a refresh).
II. Actual: nothing happens.

  1. Go to the bottom of the page, click add new group, enter a name, click save.

III. Expected: a new group is created (possibly after a refresh) and I can add pages to it.
IV. Actual: nothing happens; using a description doesn't matter; sometimes complains about name already being in use (but group is not displayed on the page); on Chromium, sometimes dialog opens with text "database query error".

Tested with Firefox (with or without JavaScript to avoid interaction with bug 52216) and Chromium.
Provisionally marking as dependent on bug 53769, bug 53748.


Version: master
Severity: normal
URL: https://meta.wikimedia.org/wiki/Special:AggregateGroups
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=52216
https://bugzilla.wikimedia.org/show_bug.cgi?id=45879
https://bugzilla.wikimedia.org/show_bug.cgi?id=51299

Details

Reference
bz53792

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 1:52 AM
bzimport set Reference to bz53792.
bzimport added a subscriber: Unknown Object (MLST).

Is this a duplicate of Bug 51299 ?

(In reply to comment #1)

Is this a duplicate of Bug 51299 ?

That's a more generic one on slowness, probably duplicate of bug 53748. Thanks for pointing out, I would never have found it in Wikimedia product.

I just added "Access to nonpublic information policy" to the aggregate group "Policies". It took 54 seconds, and succeeded. So if you're patient, you can get it done. I do agree, that it's much too slow, and we'll address this with some priority.

(In reply to comment #3)

I just added "Access to nonpublic information policy" to the aggregate group
"Policies". It took 54 seconds, and succeeded. So if you're patient, you can
get it done.

I never said the contrary. This bug report is about creating new aggregate groups or *removing* pages from existing groups.

I removed the page again, took 59 seconds.

I see, you are right: I confirm it also for new groups. Thank you very much!

I tried again to create a group and I first got an error about it existing already (leftovers from previous attempts), then managed to create it under a new title. I don't know the exact time because I wrote some emails in the meanwhile.

  • Bug 51299 has been marked as a duplicate of this bug. ***

Change 83827 had a related patch set uploaded by Nikerabbit:
Add getKeys optimization to BannerMessageGroup

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

Change 83818 had a related patch set uploaded by Nikerabbit:
Always call getKeys for message groups if it exists

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

Change 83818 merged by Mwalker:
Always call getKeys for message groups if it exists

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

Change 83827 merged by Mwalker:
Add getKeys optimization to BannerMessageGroup

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

Change 83980 had a related patch set uploaded by Mwalker:
Clean up CentralNotice Translation Metadata

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

Change 83980 merged by Adamw:
Clean up CentralNotice Translation Metadata

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

Change 84676 had a related patch set uploaded by Mwalker:
Cache Banner Message Field Definitions

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

Change 84676 merged by Adamw:
Cache Banner Message Field Definitions

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