Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
The reason I removed the .install instead of updating it is because I don't like legacy code just sitting there. I'll this as minor and I'll see what I'll to with it. Your point is valid of course.
Heh, nobody does like legacy code, I guess ;-)
But I don't really see update functions as legacy code. Or, a both required and well-contained area where db legacy is taken care of.
Ah, anyway.
Comments
Comment #1
wmostrey commentedYou are correct, this table isn't used anymore. It will be deleted from the next release. Thanks!
Comment #2
yched commentedCool, thanks ! - there should be an update function for update_bonus to drop the table on existing installs, though ?
Reopening for this :-/
Comment #3
wmostrey commentedThe reason I removed the .install instead of updating it is because I don't like legacy code just sitting there. I'll this as minor and I'll see what I'll to with it. Your point is valid of course.
Comment #4
yched commentedHeh, nobody does like legacy code, I guess ;-)
But I don't really see update functions as legacy code. Or, a both required and well-contained area where db legacy is taken care of.
Ah, anyway.
Comment #5
wmostrey commentedWouldn't this mean that for each new user installing the module it will create the table and then delete it again?
Comment #6
yched commentedNot if your .install files simply provides an asset_bonus_update_1() function and no asset_bonus_install().
Comment #7
wmostrey commentedAdded again for legacy reasons, it's small and simple. Thanks for the tip!
Comment #8
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.