Last modified: 2011-03-13 18:06:04 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 T4063, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 2063 - "Upgrade Available" notification for admins who choose to receive it
"Upgrade Available" notification for admins who choose to receive it
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-03 15:54 UTC by Tom
Modified: 2011-03-13 18:06 UTC (History)
0 users

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


Attachments

Description Tom 2005-05-03 15:54:47 UTC
It would be nice if there were an option (set to default on for the WikiSysop)
to be notified about upgrades to MediaWiki.  There could be a little notice,
like "You have new messages", but "Upgrade for MediaWiki Available".  The
current version could be in a txt file on some servers somewhere and mediawiki
could grab it according to some schedule.  (Of course, these details would be
worked out later.)

Even more magical if the admin could have a 'temp space' which MediaWiki could
write to, where it could actually grab the update (or just the changed files)
and put it in the temp space, then have the admin run a script generated and
placed in there to 'upgrade' mediawiki.  This would ensure all wikis stay up to
date :)

I suppose other things, such as a "compatibility list", could be created for
extensions and grabbed when the upgrade is about to be performed.  "Warning: You
are running the following list of extensions which are not known to be
compatible with this new version of MediaWiki.  Would you like to proceed?"
Comment 1 Ævar Arnfjörð Bjarmason 2005-05-03 15:58:11 UTC
If somebody plans to implement this leave it off by default, I just turned off
the anonymous proxy check which was slowing wikis on LANs to a halt as they
waited for gethostbyname() to time out (which takes ~30 seconds).

And to the poster: It looks like what you need is a package management system,
they're pretty good at this kind of thing.
Comment 2 Zigger 2005-05-04 15:30:29 UTC
While far more mundane than automagical features, this looks like a good place
to remind MediaWiki admins about some mailing lists that announce MediaWiki
releases and contain URLs that lead (some more directly than others) to the
release-notes and downloads :

MediaWiki-announce-l at
http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce , described as the
"Low-traffic list for announcements of new MediaWiki releases and security updates".

The SourceForge email notifications for new MediaWiki downloads at
https://sourceforge.net/projects/wikipedia/ -- click the envelopes in the
"Monitor" column.

http://freshmeat.net/projects/mediawiki/ and click "Subscribe to new releases".

http://secunia.com/secunia_security_advisories/ is higher volume (~10/day) as it
covers security advisories for "more than 4500 products", including MediaWiki.
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-10-13 07:57:15 UTC
mediawiki-announce is maintained for expressly this purpose.  All new releases
are announced there as soon as they go live, and nothing else is announced
there.  An in-wiki solution is cumbersome for little to no benefit, so I'm going
to WONTFIX.

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


Navigation
Links