[documentation] [bug] update.inc still uses node_get_types()

[Bèr Kessels]

Issue status update for 
http://drupal.org/node/40389
Post a follow up: 
http://drupal.org/project/comments/add/40389

-Project:      Drupal
+Project:      Documentation
 Version:      <none>
-Component:    database system
+Component:    Misc
 Category:     bug reports
 Priority:     critical
 Assigned to:  Anonymous
 Reported by:  Bèr Kessels
 Updated by:   Bèr Kessels
-Status:       won't fix
+Status:       active

"well
contribs to be disabled during update.

"
Says who? Is that big-red-bold-lettered stated anywhere? No.




Bèr Kessels



Previous comments:
------------------------------------------------------------------------

Thu, 08 Dec 2005 15:39:52 +0000 : Bèr Kessels

update.php?op=do_update_nojs breaks with an error:
node_get_types() in /var/www/drupalfixme/database/updates.inc on line
278
Which is obvious, since taht one no longer exists. We thus need a
wrapper for this function in updates.inc, i'd say,
Or else the older updates will break.




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

Thu, 08 Dec 2005 16:39:40 +0000 : Bèr Kessels

update: I was condufes the change was the other way round,
node_get_typesis the new one.


The bug is related to the following:
* On tuesdays HEAD, I was developing a module for 4.7. This one was
broken, because it still uses 4.6 functions.
* After the upgrade somehow, it held all modules from loading.
* its name is clipper, so all modules with a name after C were not
loaded.


This is a rather critical issue. After I poked around in the database
all modules are back. 


I am not yet sure about this, though, still invesitgating.




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

Thu, 08 Dec 2005 16:52:40 +0000 : Bèr Kessels

another update: first of all; I was confused, not condufes :)


Anyway, It was not the broken module that kept all others from loading.
But an error in the system table.
It seems that table got a database change.
But since, after upgrading the codebase, that change was not yet
performed (I still had to run update.php), all modules were removed
from the table. resulting in a drupal with no modules present.
Poking around in the database fixed this, slightly. 


I have no clue how we can fix this. But it definately is critical.




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

Wed, 18 Jan 2006 18:08:12 +0000 : chx

There is nothing to fix here. The system table updates are performed
well, if there is a contrib module which behaves erraticly , well
contribs to be disabled during update.