Disable module before upgrading

jo1ene - March 16, 2006 - 19:50
Project:Taxonomy Access Control
Version:4.7.x-1.x-dev
Component:Documentation
Category:task
Priority:normal
Assigned:Unassigned
Status:closed
Description

I had an issue with upgrading this module to the 4.7 version.
http://www.advancedwebdesign.com/jolene/10

The legacy version was still there. Of course it was not forms API compliant. I should have disabled the module before upgrading. Here is a related post:
http://drupal.org/node/21372

This is all I found about it. There should be a warning in the documentation AND the setting page that the module must be disabled in settings before disabling in modules AND/OR upgrading.

#1

keve - March 16, 2006 - 21:01

It is good to know. I was not aware about this problem.

But at first glance i do not understand what happened to you at upgrade, because term_access tables, and 'node_access' table has not changed from 4.6 to 4.7. (Only utf-8 conversion, but this should not affect it IMO). So i do not understand what have caused the problem to you. (Of course legacy module 4.6 will not work at version 4.7).

there was some legacy 4.6 version of the module hanging around that I couldn't get past. For whatever reason, it doesn't start using the new module file, when it replaces the old one.

- What do you mean by that new module was not started?

Please describe, i am curious about it:
- Does your category permissions got corrupted at upgrade?
- At upgrade, have you deleted legacy 46 module, and overwritten it by 47 at the same directory?
- Did you apply database update for taxonomy_access with update.php?
Please tell me in more detail, i am curious about it

Anyway, for security reasons, it is better to be cautious. i will put your suggestions into update.txt file. Definitely it is good to do disable before update. Because at enable, a complete "housekeeping" happens with table "node_access", that is node_Access is completely regenerated acc. to category permissions (saved in table 'term_access').

#2

keve - March 16, 2006 - 21:02

Sorry, i messed up some html in the comment :(

#3

jo1ene - March 16, 2006 - 22:41

I am not worried about the tables. Based on what you just said, nothing appeared to happen becasue nothing major happened. I guess I'm confusing issues a bit. Although, I did try to do a fresh install on a test server and it didn't work either- meaning it didn't create the tables.

With my REAL problem, nothing happens to current term access settings. (I dropped the tables, but there was nothing really wrong with them. I just expected something to change.) What really happens is that I cannot get into "settings" or "category permissions" pages becase it keeps trying to run the code in the old module file. I get forms API related fatal errors.

I found this out because I created a new term and wanted to change permissions on it and could NOT get into the "category permissions" page.

The old file no longer existed and was REPLACED by the new 4.7, forms API compliant one.

I did run update.php after unpacking and relacing the taxonomy_access.module file, but I can't recall if there was a message about taxonomy_access. I didn't get any error messages or anything.

#4

keve - March 29, 2006 - 19:50
Status:active» fixed

UPDATE.txt: I put advice to deactivate and then disable the module when updating.

#5

Anonymous - April 12, 2006 - 20:00
Status:fixed» closed
 
 

Drupal is a registered trademark of Dries Buytaert.