Last modified: 2014-03-09 18:05:43 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T22231, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 20231 - Allow "archiving" of CentralNotice templates
Allow "archiving" of CentralNotice templates
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CentralNotice (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Matt Walker
: fun-com, fundraising
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-08-14 00:10 UTC by Casey Brown
Modified: 2014-03-09 18:05 UTC (History)
9 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Casey Brown 2009-08-14 00:10:15 UTC
As an alternative - or additional - solution to bug 20230 (suggested by Tomasz), it would be a good idea if we could "archive" templates. Archived templates shouldn't be listed on the main Special:NoticeTemplate, but would still be accessible in case we need them again (e.g. via Special:NoticeTemplate/Archive). It's a waste to delete the templates (we might be able to reuse the template/translations or we might base future notices on it), but the current situation it also makes the list quite long. We can keep them stored elsewhere until we need them again.
Comment 1 Casey Brown 2010-01-06 21:32:36 UTC
Upping the severity (=> major).  The CentralNotice/NoticeTemplate pages are almost unusable at the moment and this will just get worse.
Comment 2 Casey Brown 2010-05-16 00:59:54 UTC
This is really getting to an unacceptable level.  It takes forever to load the page if it doesn't crash your browser.

It's sad that software that is used so much and affects *every* project can't be made to work properly.  Either pagination or "archiving" needs to be enabled or we're going to have to start deleting notices, making us lose all of our past work.
Comment 3 Ryan Kaldari 2010-09-07 18:49:15 UTC
Lowering importance to minor now that pagination is in place.
Comment 4 James Alexander 2011-01-09 23:49:39 UTC
Just adding some thoughts from this year's fundraiser as I was thinking about it. While the paging as clearly made the 'massive breakage' part of this much better I still think this is a feature that is needed and could make things a lot easier for everyone in the long run. This year's fundraiser alone we have more then 500 banners and since in general we don't want to delete banners for historical reasons (for example to see what we did, compare/copy code and because they are linked in a bunch of places) we are left with this massive amount of banners still in the system. This makes it tough both to look for old banners and to deal with banners that you are still using (for example one of our banners from the very start was used up until the last day in some countries). 

I think the ideal system would be to either automatically or manually (manually may in fact even be better) allow us to push banners to folders or even just to 'archive' them and have them auto filter into folders by date. A simple 'archived/active' would also be helpful if a folder type system is unworkable.
Comment 5 Jon Harald Søby 2011-11-25 07:03:52 UTC
My suggestion for a simple implementation:

1) Banner is set to archived/not archived manually with a checkbox (like delete)
2) Archived banners are shown in a separate page, say [[Special:NoticeTemplate/archive]], where they can be "unarchived"
3) A link to that archive page from the main page (and vice versa)
Comment 6 Matt Walker 2013-08-21 18:10:35 UTC
https://gerrit.wikimedia.org/r/#/c/78465/
Comment 7 Andre Klapper 2014-03-03 01:11:37 UTC
Patch "UI for Archiving Campaigns" was merged in August... 
Closing as FIXED.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links