'theme_pathes' table doesn't exist

Unfortunately I dont understand what bug you are reporting! What is the problem? The 'error' message you posted is not really an error message. It only informs you that one module has applied a theme before taxonomy_theme. To compensate this the module weight has been decreased (as described in readme). You generally see this message only once (assumed taxonomy_theme works fine with your install).

Wow! No, its not normal! What version of taxonomy_theme are you using? So your weight is at -100 or so? The latest 4.7 version is limited to -10, but generally you shouldnt even reach that. Do you notice themes not getting applied properly?

This weight thing is confusing for many people. You can't set module weight through UI (but only directly in 'system' table). The weight field has been introduced to control the order modules are called (in 4.6 always alphabetically).
It seems like there are cases when taxonomy_theme is not applied properly (e.g. error pages, page not found, ...). I just removed that 'weight adjustment code' and set the weight to -10 always. This should be sufficient. So please try the latest cvs version. It will hopefully be the default 4.7 release code soon. Feedback very welcome ;)

:( Might be caused by your previous problem. Try to reset the configuration to start with default values.

Can I revert the changes ...

To remove every entry related to taxonomy_theme, you need to
1. Drop 'theme_pathes' table
2. Remove all db entries containing 'taxonomy_theme_', especially
DELETE FROM {variable} WHERE name LIKE 'taxonomy_theme_%' and
DELETE FROM {system} WHERE filename LIKE '%taxonomy_theme.module'

I dont know what can prevent the two modules (taxonomy_theme and nodequeue) from working correctly. You can only try a fresh install (again) and add contributed modules one by one. I never tried nodequeue and I dont have trouble with taxonomy_theme either. How did you 'check and repair the MySQL database' (as you wrote)? I agree from you description it sounds a bit like DB issue.

changing title

I have absolutely no idea why it wasn't created ...

Did you have taxonomy_theme.install in the same directory when you installed it?

The table is also not created when I deinstall and then reinstall the module again

Yes. Thats by design of Drupal's install system. When you deinstall the module the db entry in table 'system' is not deleted. I think this is to save you time when reinstalling a module, because all settings will still exist. You need to remove the entry and then reinstall the module and all install instructions will be executed this time. When you update a module that does not have any tables to a with-table state, you need to call update.php to executed the install instructions (I think at least. I will try this and add a note to readme before tagging cvs version for 4.7). Please check you 'system' table. It should contain a taxonomy_theme.module entry with weight column set to -10.

no data is written to the theme-table

The table is for 'extended' options only, it contains path/theme pairs. But it is not used for term-/vocab-/--- based method data. Say we have the following situation: 'Extended' assignment of themes enabled and sth typed into a textarea (e.g. node/5 in bluemarine). After hitting save nothing is added to the table!?
All general settings including the data for term-/vocab-/--- based data is saved to table 'variable'.

Setting this to 'cvs' since we are talking about the cvs now, right?!

I am experiencing a similar problem. I too am using Drupal 4.7 RC3, but with PHP 5, MySQL 4.1.18-standard, Apache 1.3.34 (Unix).

I'd been using the 4.7 version of this module, but then (hoping to fix a blocks problem) upgraded to the CVS version. At first, it didn't create the "theme_pathes" table, and nothing worked, but then i read about this issue, and tried uninstalling the module, deleting all relevant MySQL tables and install again.

After installing and enabling it, it didn't show up in the admin menu, so i ran update.php, and selected "1" from the 'taxonomy_theme" update menu. These are the messages that were printed:

* warning: array_merge() [function.array-merge]: Argument #2 is not an array in /home/machine/public_html/blog/update.php on line 307.
* warning: Invalid argument supplied for foreach() in /home/machine/public_html/blog/update.php on line 517.

taxonomy_theme module
Update #1

* ALTER TABLE {theme_pathes} DEFAULT CHARACTER SET utf8
* ALTER TABLE {theme_pathes} CHANGE `path` `path` varbinary(255) DEFAULT '' NOT NULL, CHANGE `theme` `theme` varbinary(48) DEFAULT '' NULL
* ALTER TABLE {theme_pathes} CHANGE `path` `path` varchar(255) CHARACTER SET utf8 DEFAULT '' NOT NULL, CHANGE `theme` `theme` varchar(48) CHARACTER SET utf8 DEFAULT '' NULL

Update #2

* No queries

Update #3

* No queries

This created the "themes_pathes" table in MySQL, but i still can't access the 'taxonomy_theme' administration section (it just takes me to a page with no options, but with 'save' and 'reset to defaults' buttons).

I'm thinking I should just go back to the non-cvs version, which was working quite well except for non-default themes not obeying block rules.

@mrmachine:

"it didn't show up in the admin menu"
It should be mentioned that I moved taxonomy_theme option from admin>settings>taxonomy_theme to admin>themes/taxonomy_theme. When you goto the old page by typing the url you get a blank page with buttons only. If taxonomy_theme does not show up under themes, this is generally a cache issue. Have you disabled the module before the update? This is very recommended. (It didnt have time to update the readme. Sorry for confusion.)

"which was working quite well except for non-default themes not obeying block rules"
Can you explain that a little more? Blocks configuration page is not getting themed by taxonomy_theme. Otherwise the block settings are not switched when you click on a theme. There was a fix for 4.7 so it should work with latest version.

@gdip:
Weigth entry in 'system' must be set to < -1, e.g. -10, otherwise taxonomy_theme wont work. What prevents you from changing this value? You tried to change it directly in db and it still is set to 0? How that?

Aha. Drupal ate the rest of my comment :( (it didnt like smaller sign)

Weigth entry in 'system' must be set to -1 or smaller (e.g. -10), otherwise taxonomy_theme wont work. What prevents you from changing this value? You tried to edit it directly in db and its still set to 0? How that?

@mrmachine: Try to flush the cache and your menu should be regenerated.

It should be mentioned that I moved taxonomy_theme option from admin>settings>taxonomy_theme to admin>themes/taxonomy_theme.

cool - that did it! thanx for the speedy reply!

"which was working quite well except for non-default themes not obeying block rules"
Can you explain that a little more? Blocks configuration page is not getting themed by taxonomy_theme. Otherwise the block settings are not switched when you click on a theme. There was a fix for 4.7 so it should work with latest version.

i'm using taxonomy_theme to apply a particular theme to everything within /taxonomy_menu/4*, which works fine. But I've also got a block which I've configured to only show up within /taxonomy_menu/4* - when taxonomy_theme is disabled, the block shows up, but not when it is enabled. Also, I had disabled the "Browse Archive" block, but it still showed up when i was within /taxonomy_menu/4* until i went into the block's configuration and specifically disabled it from showing up on those pages.

Good to hear you got it working finally.
You should definitely post an issue to Drupal's issue queue (http://drupal.org/project/issues/drupal). And I think you should
mark it critical. This must be fixed before 4.7 is released.

Issue + patch submitted at http://drupal.org/node/59596