Thanks to the hard work of several contributors, drupal.org can now automatically provide information about the latest official releases of drupal core and any contributed modules. The Update status module can check this information to tell you if your site needs to be updated. While it does not have information about development releases or modules acquired via CVS, if your site uses primarily officially released modules, you can easily tell which of your modules need to be updated.

This module will inform you that you are out of date by visiting the main administration page, and another page displays the status of Drupal and your installed modules. For more information, there is a Frequently Asked Questions available on the update status project page!

If you would like to suggest a new feature or report a problem, please search the update status issue queue first, and then submit a bug report or a feature request as appropriate. Comments on this post are easily lost and much harder for the update status maintainers track progress on and eventually resolve.

Comments

WhatTheFawk’s picture

:O You guys are my heroes! ...This is even better than I thought, it actually makes managing a lot of modules easy *deletes bookmarks* Whats this? A link straight to the tar file!? *passes out*

federico’s picture

Thanks a lot for this useful module. I am installing it on my sites; it will save me a lot of time (checking for updates on drupal.org) and will make my sites more secure and up to date.

http://www.econlink.com.ar

AdrianB’s picture

Very god work, I've been following the developement of this module on your blog.

I really hope this encourages module developers to release more official releases! (Some do, but many are just using the -dev versions.)

Rainy Day’s picture

Thank You!

Another compelling reason to upgrade to 5.0. (Wish i had enough free time to do it now.)

Question: Will this module send the admin an eMail if updates are found?

merlinofchaos’s picture

No but that would be a good feature request.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

Audi’s picture

Question: Will this module send the admin an eMail if updates are found?

This will be a very good feature, i miss that feature a long time, because i missed some important updates...

Cheers, Audi

VM’s picture

no email is sent. there is a status screen in the admin area.
_____________________________________________________________________________________________
give a person a fish and you feed them for a day but ... teach a person to fish and you feed them for a lifetime

dww’s picture

Island Usurper’s picture

Thanks, merlin. This will be very useful for the Übercart project.

-----
Übercart -- One cart to rule them all.

litwol’s picture

i understnad that this module should not show up new updates that are betas and are not yet official releases. but i think it should still search for updates of modules that are already installed and are a beta version but an official release is already online.

i hope that makes sence, some one reword it to make sence if not.

Sometimes something interesting appears on http://litwol.com

merlinofchaos’s picture

If an officially released version exists, AND you got the module from drupal.org via tarball (not CVS), then it will do this.

If you used cvs update to get the module, it won't (because drupal.org's tarball contains information necessary to find where that module lives).

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

litwol’s picture

i downloaded my moduels when 5.0 rc 1 came out. then i never bothered updading most modules (reasons do not matter).

perhaps those versions do not contain the information necessary for the module to work properly? for example i ahve content module 5.x-1.0-beta and it didnt update it

Sometimes something interesting appears on http://litwol.com

merlinofchaos’s picture

Ahh, yes. If you downloaded modules before...hmm, I'm not sure precisely when, but it's possible the data did not yet exist in the tarball. Once you update those modules to newer code they should show up in the update status monitor.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

litwol’s picture

i concur. i have updated content module to 5.x-1.3 manualy and it showed up in the update module page.

perhaps add this bit of information to the documentation urging everone to update their modules manualy one last time :).

Sometimes something interesting appears on http://litwol.com

merlinofchaos’s picture

Done. This is now in the FAQ on the update_status project page.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

pauldreed’s picture

This works great, but I now need to update a few modules, for example; Simplenews from 5.x-1.0 to 5.x-1.1
What is the correct process to update modules? does the older module need to be un-installed first?
Sorry, I'm new to Drupal and never updated before!

merlinofchaos’s picture

In general you untar the tarball over the old one (it may be safest to move the old one to a backup location that is not in the modules directory anywhere), and then visit update.php to ensure any database updates occur. That's usually all you have to do to update.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

pauldreed’s picture

I don't want to sound thick, but what does untar and tarball mean?

merlinofchaos’s picture

tarball is the actual file which includes all of the module files. For example, update_status-5.x-1.0.tar.gz is the tarball for the update status module. Untar is the process you use to unpack the files into the location. I presume you've already done this because you've already installed at least one module.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

pauldreed’s picture

Thanks, I 'untar' the modules using 7-zip and upload the decompressed files using Filezilla.
Are you uploading the compressed files directly to the server, which decompress automatically?

merlinofchaos’s picture

I use the linux command line program 'tar' on my server, but it's different for different setups. In general, updating a module is very much like installing a module, except you have to either move the old files out of the way, or overwrite them.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

gradP’s picture

I and have not understood how correctly to make updating modules? You could not tell the order of updating more in detail, please

my first drupal site Метизы и Крепеж : Технокомплект ;)

joshk’s picture

Get tar savvy! Future generations will thank you. Wikipedia can help

------
Personal: Outlandish Josh
Professional: Chapter Three

------
Personal: Outlandish Josh
Professional: Pantheon

adam.skinner’s picture

Drupal module files have a fairly standard format. They're usually .tar.gz files, and the module sits in the {MODULE_NAME} directory inside the tarfile.

What you do is download the file and put it in your drupal's /module directory. Then you type in tar xvfz tarball.tar.gz where tarball is the module name. This should, of course, match the filename.

x = extract (as opposed to c, which is to create)
v = verbose. This is actually an optional parameter. I use it habitually, but if it's going to spam me to high heaven, I'll leave it off.
f = it's a file. This is a required argument when passing it a filename.
z = it's a tarball that's undergone gzip compression. j is another option, which is bzip compression.

Pasqualle’s picture

your drupal's /module directory

just a quick note:
if the module is not part of the drupal core it should be placed inside one of these directories
/sites/all/modules/
/sites/default/modules/
/sites/yoursite.com/modules/

read /sites/all/README.txt and /sites/default/README.txt file for details..

BAMaustin’s picture

paulreed brings up a good question there... will Update Status indicate if my out-of-date module cannot simply and directly update to the newest version from the one currently found to be installed?

Say, for instance, that my installed version predates a change in requirements that happened several significant revisions ago. And the current upgrade doesn't handle that change gracefully anymore. (Perhaps the database has to be incrementally updated or another non-core module is now required.) Or, as suggested previously, if my version has to be uninstalled first and the installer doesn't do that (or even check for it) automatically.

Would I be directed to a Upgrade instructions page instead of a download for the update in those cases? I hope so because it might reduce the number of RTFM installation errors.

dww’s picture

short answer: no way. ;)

long answer: there's no way for the project.module to even know this level of detail, unless we constructed some elaborate definition language to describe version-specific dependencies, and stored that data not just in the .info files (where it'd be used by core on the module pages to enforce stuff), but also somewhere in the drupal.org database so you could ask the project.module about it programatically (we're currently using XML-RPC for the update_status.module to talk to project.module).

the best update_status.module can do is provide a link to the release notes for the latest release of a given module when your site is out of date, and hope that the maintainer is responsible enough to put this sort of information in the release notes (which they should be doing, anyway).

___________________
3281d Consulting

pauldreed’s picture

Thanks for your help guys, I think I'll stick to using 7-zip and filezilla for the time being!

...One step at a time...

Dries’s picture

Well done, Merlin! This functionality was much needed and marks an important usability improvement for Drupal.

Hopefully a core patch comes out of this eventually. I'd love to include this functionality in the next Drupal release as part of the system.module.

dww’s picture

http://drupal.org/node/94154 is the issue for including this in core. 3 months until the code freeze, I think we'll be able to make it. ;)

___________________
3281d Consulting

Dries’s picture

You guys keep surprising me! Looking forward to the first patches. Keep me posted.

bertboerland’s picture

and i can add tons of feature request (logging to syslog, password protected rss feed) for it but for now this is ***great***. we have to find a way to bypass security problems for autoupdating (staging server? ftp? dns hacks? ssl?). but boy is this great!

--
groets
bert boerland

--
groets
bert boerland

Marc Bijl’s picture

Excellent module,
makes life a lot easier!

___________________
discover new oceans
lose sight of the shore

Marc Bijl’s picture

Today I got warning in my administration:

     " One or more problems were detected with your Drupal installation.
       Check the status report for more information.
"

Hmm, bad news...

Wrong, no bad news at all! Just this great module that recommended me to update two contributed modules. Cool! This should definitely be core...

___________________
discover new oceans
lose sight of the shore

dww’s picture

see Dries's comment (and my reply) above. it's almost certainly going to happen for 6.x -- if i could ever stop dealing with duplicate requests/issues and actually get some real work done for a change. ;)

___________________
3281d Consulting

zoon_unit’s picture

I can think of a few much needed features. Since update does not recognize dev versions, it incorrectly assumes that any dev version is older than an "official" version. It would be nice to have a checkbox to say either, "this module is newer" or "ignore this module"

This feature is needed since update pulls up the red alert boxes whenever it finds an old version. We need to adjust update so it's accurate. Otherwise, it's human nature to start to ignore the red box if one has a dev version of a module.

dww’s picture

themegarden.org’s picture

Excellent! This module can be really usefull.
Wish to see 4.7.x version too (if it's possible).
Thanks you.
---
themegarden.org

dww’s picture

good question. sadly, the answer is no. i updated the FAQ to answer this in more detail...

___________________
3281d Consulting

Pasqualle’s picture

I like this module very much, and I hope drupal.org will not collapse under the heavy traffic, when the whole world starts to check module statuses.

I know these are very small files, but there are too many drupal sites. It just remained me the old post when sf.net asked the dc++ developer to remove version.xml from the sf site when the version checking was first implemented in dc++. The file is back on sourceforge, so it can work smoothly. But you know: better safe than sorry..

ChrisKennedy’s picture

According to the code it only checks once a day, so this seems feasible. How often did the dc++ client ping? if (time() - variable_get('update_status_last', 0) > 86400)

If Drupal eventually becomes too big/popular I guess it could switch from a pinging model to a register/notify model.

Pasqualle’s picture

How often did the dc++ client ping?

As I see from the source code, the version value is not cached in dc client. It downloads the version.xml at every program start and at the opening of the about window..

This is the version file, if you are interested how other projects do version checking
http://dcplusplus.sourceforge.net/version.xml
It has a short message about the new version.


What do you mean under reigister/notify model?

satori1984’s picture

What do you mean under reigister/notify model?

The current Update Status module is pull-based, as in "the clients ping the server for updates with a pre-defined interval".
ChrisKennedy suggests making it push-based, as in "upon updates to a module, the server notifies all clients which have stated to be using that specific module", thus greatly reducing the amount of unnecessary traffic.

merlinofchaos’s picture

Yes, but that requires every client run an available xmlrpc server and that they all register, which strikes me as not particularly optimal. I don't think that a daily check is really that much traffic.

The web is primarily pull-based for a reason.

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

Alexander Ufimtsev’s picture

now there is a great reason to upgrade to 5.1!

Pasqualle’s picture

Will you create statistics of module/version usage, and make it publicly available?

Walt Esquivel’s picture

In October of 2006, I had thought about building up my site with 4.7.x contributed modules and upgrading to 5.x sometime in the spring of 2007. Now, I keep telling myself that I made the right choice in choosing 5.x and dropping 4.7.x when I did, even though at the time there weren't very many 5.x contributed modules available for downloading and 5.x was still going through a lot of testing. Basically, I took a leap of faith into the deep end of the pool with 5.x and I am SO happy I did so!

It's because of functionality such as that provided by the Update Status module that I know for a fact I made the right choice in going with 5.x. As good as 4.7.x is, I can't imagine still being on that version, and 4.7.x is still a really good version.

Earl (Merlinofchaos), Derek (dww), Nedjo, and a few other folks have, again, done an absolutely outstanding job with yet another awesome module!!! The developers keep amazing me with these incredibly useful tools and it makes me want to yell, "Drupal rocks!" or "Drupal is da bomb!" or Drupal kicks *ss!"

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

dropcube’s picture

Very good module, I was waiting for this..., more now that we have a lot of Drupal sites.

Thanks.

pyutaros’s picture

Is this different from the Release Monitor?

Drupal's so easy, even I could do it.

ChrisKennedy’s picture

Please see the FAQ on update_status's project page.

pyutaros’s picture

I already knew the answer before I asked the question, but at least wanted to give props to Bob for the Release Monitor module he put so much time into. But I have since installed it on a site to test it out. And it's great! So I can't really complain one way or another.

Drupal's so easy, even I could do it.

Bendo’s picture

Thank you guys!!!

Excellent idea!!!

hanief84’s picture

Congratulation Guys! Y'all Just Saved My Time!
"Hello from Malaysia! ^^ "
Website: www.indiecom.net
Skype: ga1984

LUTi’s picture

I don't know why development versions don't indicate the stage (for example, if the last official release is 5.x-1.3, I would expect next development version to be 5.x-1.3.1-dev or 5.x-1.4-dev, as it is quite standard with any SW today...), but it would make things much more simple in all aspects. If also any new development version would have at least a minor digit higher than the previous one, even new development versions could be recognized.

In this case, I would suggest only an option to select on a per module basis - weather to follow also development versions or not. OK, maybe another option, to automatically update bugfixes, which should perform as the previous module (recognized by the same major digit and just increased minor digit), but warn administrator in case there are any functional differences which might request any other action (new or reviewed settings, changes about some other module or database etc.).

cosmicdreams’s picture

I wanted to add my thoughts to this topic and thank the developers for enabling me to switch away from the CVS HEAD for my community sites. Previously I could only depend on CVS for delivering me bug patches to the modules I use in a relatively painless fashion. Now with this module and 7zip I can move away from the uncertain quality of raw CVS updates to the vetted periodic updates from the module developerment teams.

I also wanted to agree with LUTi. I'd like to see more of the available modules to work with Update Status. I have noticed that many developers prefer to perpetually keep there module in a development branch instead of periodically branching to a specific version number. We just need to talk about how can achieve greater compliance with this feature when it lands in core. Right now I see two possibilities.

1. Update Status is modified to work with 5.x.dev modules
2. Module developers agree to branch thier work every now and then.

What do you think?

Walt Esquivel’s picture

Yes, I also want to deeply thank the excellent work done by the various folks in developing the new version system as well as the new Update Status module. EXCELLENT WORK!!!

I'm not a developer or module maintainer and I claim no PHP knowledge between my ears but I do strongly believe that all contributed modules - whether official, beta, or development releases - should be made to work with the excellent new Update Status module. Is that even possible? Developers constantly amaze me with their ability to make things work! :)

It's tedious and a waste of time having to constantly check "development" contrib modules to see if there is a more recent version. Now that the Update Status module can check "official" releases for a more current version with the press of a button, the Update Status module's functionality should exist with ALL modules - - - official, beta, AND development.

So again, not having any PHP between my ears, I'm not sure how to make this work, but either the Update Status module could be modified to somehow check for more recent "development" versions of contrib modules on one's server, or contrib module maintainers with development versions should all be asked to add the necessary code to allow the Update Status module to do its vital work, i.e., check for the latest version. I hope one of those options (or both?) is possible. :)

And to the developers - again, thanks for ALL the excellent work!!!

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

merlinofchaos’s picture

For the moment, I believe not supporting -dev versions is a way to encourage thoughtful maintainers to create releases. I believe that as this module gains popularity, users will apply pressure to maintainers to create releases for their modules. Many maintainers are not doing this due to fear of the learning curve, but enough interest from their users will get most of the maintainers over that hurdle. Once they realize that it's not that difficult, modules that perpetually list in -dev land will fade away, I think

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

zoon_unit’s picture

There are far too many modules out there with questionable code, unfinished code, or code that is simply not robust enough.

I've had many frustrations with modules that "appear" to work, only to find out later (after much investment of time) that the quality of code is insufficient for a live commercial setting.

Anything to encourage better module design is all right in my book. I applaud your approach. After all, Drupal core can be a thing of beauty, but it's going to be judged by its weakest link, and there are plenty of weak modules out there!

This is another reason why we need "Drupal Certified" modules, and/or module rankings and reviews. Just look at how marvelously Joomla's module pages are set up:

http://extensions.joomla.org/component/option,com_mtree/task,listfavouri...

The "editor's choice" is a banner that might motivate module designers and garner them some well earned praise for great work. (like views for instance) :-)

nikoport’s picture

This module was certainly missing, as upgrades are complicated when a lot of modules are installed.
Thanks ! =O)

silverado’s picture

Thanks to the developers of this module!

I just have one question. Imagine you are working with Drupal 5.x and 6.x is released. I'm sure it will tell you that a new version is available. Will it also tell you which of the modules you are using in 5.x that are already updated to 6.x?

dww’s picture

it's version specific. it knows your site is 5.x, so it only asks about 5.x versions. the decision to move from 5.x to 6.x is outside the scope of this functionality. right now, many sites are happily still running 4.7.x. they'd like to know if there are bug fix or security updates to their modules, not to be constantly nagged that "5.x is already out...". so, this module does not (and will not) tell you about new "major" revisions. that's up to you. but, given whatever you're currently running, it'll tell you if you're out of date for that version of core.

___________________
3281d Consulting

silverado’s picture

Thanks. It's clear now how it works.

DocMartin’s picture

Many thanks.

I've installed it, seen it in action, done some updates.
But problems w Views Bonus pack. Update links to official release, from Nov; even when I installed, complaints re needing to update. Looking again, I notice the Nov version has just six items, latest dev version 26, which seems far more exciting.
____________________________
CheungChauHK 長洲HK - South China Sea island in Hong Kong.

____________________________
DocMartin and Hong Kong Outdoors

merlinofchaos’s picture

That's because a serious recoding of the bonus pack has remained a -dev version for awhile to make sure bugs shake out.

That is, after all, why we have -dev versions =)

-- Merlin

[Point the finger: Assign Blame!]
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

-- Merlin

[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]

DocMartin’s picture

Yes, I figured stability was awaited.
But for me trying Views, I wanted to see a little more re the possibliities. (Had wry smile re your having posted re people keeping contributions in development for some time - 4 months later, w four times the files... But, with my tiny, baby site, I don't have to worry so much re whether perfection's attained.)

Just posting again after perhaps finding the pathauto dev version better for me (putting [cat] in node paths; had stopped doing so, just maybe after an "update' [not sure]).
Might be the case for a few modules for 5, most of which it seems till have paint still wet - only after starting with D 5 did I notice post re this being "bleeding edge". So for me, may leave off w some updates, but once things settle a little re Drupal 5 - and I'm not messing about so much with cms itself, instead doing more with content - I think the update module will come into its own.
____________________________
CheungChauHK 長洲HK - South China Sea island in Hong Kong.

____________________________
DocMartin and Hong Kong Outdoors

pamphile’s picture

Christoph C. Cemper’s picture

This is another great leap forward for Drupal.

The only 2 things missing now are

- auto-update feature from CVS - so stable releases of modules can be applied automatically
- an email to the admin every morning telling him what was updated and that he can go back to bed for another 2 hours :-)

cheers,christoph

--- http://www.cemper.com
--- http://weblog.cemper.com
--- http://www.marketingfan.com

dww’s picture

both of these have already been proposed and are being actively designed...

CVS: http://drupal.org/node/124661
email: http://drupal.org/node/124715

please contribute there if you have something to add.

thanks,
-derek

___________________
3281d Consulting

Christoph C. Cemper’s picture

thanks for these links... great to see we mostly agree on these requirements... for now I suggest to "KISS" on the CVS auto-update and stick to CLI interface (Also for initial setups where you don't have a running dru)

benofsky’s picture

Thank you so much!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Ben
Benofsky Park.com

SSHGuy’s picture

That is a great news. Makes it easier to handle all the updates. Thanks a lot!

________________
My SEO Blog - My Directory

arthuran’s picture

Thanks,
this module saved my time very much.

-----------
http://arthuran.net

Geotechy’s picture

Great Job! What else can be good news other than this to the common people like me who is "almost" reluctant to run update.php and change the "TRUE FALSE" line every month or like that.

I am certainly going to install it. So that it works like the cron.php.

WebMaster
http://www.geotechnical.org/
"We have been working on Soil Mechanics and Geotechnical Engineering".

dandaka’s picture

Next step would be automatically installing these updated modules. Just like extensions in Mozilla Firefox.

sa3er’s picture

genie
I think, that would cause dangerous security holes.

You're comparing a web browser with a CMS!?

bertboerland’s picture

in due time we might be able to fix this. sure we have to do a lot of security work but its not impossible. just look what the yum/apt things are doing, distributed safe updates.

--
groets
bert boerland

--
groets
bert boerland

litwol’s picture

I would like to pose a question.

What is better from performance perspective? Load modules from module files or load module code from database like mysql?

Because if drupal moves away from loading modules from a file to storing them in DB it will elevate the security risk of having a writable modules folder on your server and therefore it will become more secure to have a built in module update system. I am sure drupal team can find more pros and cons with this system and i would greatly appreciate if some one does a study as to which approach is better.

i would push this idea to the core drupal developers but i am relatively new here and dont know all the right people, if some one that reads this does know the key people please send them my suggestion if you find it viable.

Sometimes something interesting appears on http://litwol.com

apsivam’s picture

Many modules needs to come out of -dev release for this to work (at least most of what I use)

--
Cheers,
Sivanandhan, P. (a.k.a. apsivam)
www.apsivam.in

Walt Esquivel’s picture

After one has downloaded and enabled the "Update Status" module, contributed modules that are in a "dev" status do not show up, as far as I know, on the "Update Status" module's display on one's web site. Only those modules which have an "official" release and, with rare exception, an odd module here and there that may have the proper code will show up on the "Update Status" screen (I recall a "beta" status module I played around with having been displayed on my "Update Status" screen). My experience is that all the "dev" status modules do not show up, but I could be wrong.

I, like many others, have no reason to install and enable a "dev" status module other than the non-availability of an "offiicial" status module.

What can we do to help fix the problem of "dev" status modules not showing up on the "Update Status" screen? Well, one thing I recommend is for anyone relying on a "dev" status module (due to non-availability of an "official" status release) to encourage that particular module's developer and/or maintainer to update it so it WILL have an "official" status module released to the public and so that it WILL show up on the "Update Status" screen.

Just my $0.02. :)

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

develop’s picture

This is great, although as stated, those that use dev modules won't benefit greatly.

jeanhr’s picture

Automatic updates? IMO, we are not quite there yet.
Hummm... this might work for some good stable modules. But so many out there are in a perpetual dev.
I then wish there was an automatic downgrade too for some. ;-)

Merlinofchaos, your Update Status module is very very useful. Like most of your other modules.
I mainly use it to pinpoint quickly where I am with releases of all the modules installed. Mostly for reporting purposes.

The following is a little off topic but still... :

How many times did I have to downgrade in order to keep the basic functionalities of some modules after loosing them through an upgrade.
And countless hours lost trying to find which is the best recent release. Unfortunately, not always the most recent...

I am extremely grateful for all the work done, but not all developers have the same discipline like you do.
How many times the release notes are empty or not showing us the list of bugs that should have been corrected long ago before adding any new kind of functionality.

By the way, your release notes are top notch.

Either some modules are not tested well enough or too hard to test (still buggy and being released too soon or too often), either some never get to maturity fast enough maybe due to lack of time or interest.

As long as statistics are not gathered about their good overall functionality, it seems impossible to rely on an "automatic system".

The future... maybe?

Impossible unless some kind of system (Quality Measurements maybe incorporated in Update Status??? why not?) that would allow the users (or some category of users like "official beta testers") to note and award points for each released modules to certify that they are good (and that they retain and preferably improve the most wanted functionalities) and that those stats become available to ALL the users.

Ok... after giving it some thought, this is an official new functionality request to add to your module ;-)

I wish and I hope. Let the revolution start... (or continue...).

Still faithful while digging the list of bugs and support requests of several others.

Cheers.

dww’s picture

A) update_status is a collaboration between merlinofchaos and myself.

B) The high-quality release notes are mostly due to a script I wrote for the purpose: see http://drupal.org/node/94151 for more.

C) Tracking usage statistics based on update_status has long been in the works, and just today went live on drupal.org: http://drupal.org/node/128827

D) Automatically upgrading to the latest release will not happen anytime soon. There are too many security implications, and too much reliance on the discipline and cluefulness of contrib maintainers, which we can't afford to rely on given the current state of things.

E) For more general info and efforts on project quality metrics, see:
- http://groups.drupal.org/node/3314
- http://groups.drupal.org/node/5022

Cheers,
-Derek

___________________
3281d Consulting

jeanhr’s picture

Derek,

A) Thanks for the rectification. Noted ;-) So thanks to you too for this great module!

B) Those release notes are great. I am sure many appreciate them as much as I do.

C) Usage stats are great if they become available to all of us. By the way you said that it went live today?
Did you mean the gathering part?
Still trying to find out where they will be reported.

E) Now reading all this very interesting info about quality metrics.
Did not find it since I was mostly looking for quality measurements or control... Oops.
Great stuff.

Many thanks!
Jean

dww’s picture

By "it went live" I mean we're now gathering data... See http://drupal.org/node/165380 about displaying it in various meaningful ways.

Cheers,
-Derek

___________________
3281d Consulting

macmillan’s picture

Another great reason to upgrade to 5.0. I wish i had the time to do it now. Will this module send the admin an email if updates are found?

----------------

MacMillanOline Directory

Walt Esquivel’s picture

As mentioned here:

Update Status 5.x-2.0-rc
o #124715: Added setting for email notifications when updates are available.

And I'll take this opportunity to say a big THANK YOU to the developers on this, IMO, very important addition to Drupal. Now that it's in core as of 6.x, I believe a lot more folks are going to learn this module's great benefits. I can't see any operating any sites I run without this module!

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

blue_12’s picture

Thanks a lot, but i cant install it?! help me please

Pasqualle’s picture

It can be installed as any other module. What is the problem?

blue_12’s picture

yes.it was my downloader's problem.thanks man

Cynthia Joffrion-1’s picture

I had no problem installing it. Thanks for the new module!

blue_12’s picture

i had problem with my download manager ! this install link is ok.

----------------------------
http://www.barandeh24.com

slowtrain’s picture

Here's a newbie question: I've installed the Update Status module and it tells me I should upgrade from Drupal 5.5 to 5.7. The comments in this forum would suggest simply untarring the drupal 5.7 tarball in the 5.5 directory, I guess. But, won't that wreck all my configuration under 5.5? E.g., I've got a bunch of contributed modules under my sites directory, but the 5.7 has a sites directory, but not the new modules. Is there some special way to untar this?

Thanks in advance, Peter

Walt Esquivel’s picture

You can find lots of good info on upgrading here, including how to back up your contributed modules and how to have them work with your upgraded site.

3 helpful tips:

1. Please remember to back up EVERY THING (your Drupal 5.5 installation and ALL contributed modules) before you do anything else.
2. Please try upgrading your TEST web site from 5.5 to 5.7 before you do anything with your production web site. You do have a TEST web site, right? :)
3. After you've upgraded your TEST web site without any issues, then and only then try upgrading your production web site.

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

slowtrain’s picture

Many thanks Walt! In my web search I found unofficial docs on how to upgrade, not the official one. One problem is that my test site is on ubuntu and that automatically updates via synaptic, so I can't mess w/ tarballs. However, if I get an exact copy of my original site on the server, I guess I should be able to revert if anything goes wrong.

Do I understand correctly that it's not necessary to restart apache after this upgrade (a quick skim of the instructions didn't turn this up)?

Cheers, Peter

Walt Esquivel’s picture

I think the answer to your question is "no" because I'm on a shared server. :)

I've never restarted Apache, mostly because my shared host doesn't allow that! ;)

Walt Esquivel, MBA; MA; President, Wellness Corps; Captain, USMC (Veteran)
$50 Hosting Discount Helps Projects Needing Financing

slowtrain’s picture

Thanks Walt!

Peter