I installed first the stable version 6.x -6.4 and i got the same issue. After installation I enable the module run update.php and on menus-> add taxonomy tree i got a blank page.
I tried enabling with or without views module but it doesn't help.

Comments

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented

Hullo,

First, I can't promise coding support right now. But a blank page is unusual.

Can you tell me which which issue this is similar to? Has Treemenu ever worked in your setup before?

Most people are getting surprising results using V7. Surprising - they're surprising me with their ingenuity. But perhaps V7 will not work, in the same way as your current problem.

If possible, I'd suggest the approach, admittedly dumb, of a full re-install with V7. I had to jump through hoops to make the database upgrades throughout V6, and a full re-install will put all to rights there.

Rob

arno’s picture

arno CreditAttribution: arno commented
Version: 6.x-7.1 » 6.x-6.4
Category: support » bug

Same problem here, fresh install of Drupal 6.

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented

Hello - fresh install on V6 causes problems? This was tested. This does not mean that the install will not cause problems for some sites, of course.

Probably my first response is to try an update.php and run anything to do with Taxonomy Treemenu.

Some background - I tried to build into V5 all the database capacity I knew the module would need for the future. This worked for V5, but unraveled during V6. While V6 added a lot of functionality which users were hoping for, it ran into problems with having to change the database a lot. V6.4 became a preparation for V7. This is why I recommend either doing whatever you can to update.php a V6, or if your site is so structured, simply clean installing V7.

Rob

arno’s picture

arno CreditAttribution: arno commented
Version: 6.x-6.4 » 6.x-7.1
Assigned: Unassigned » arno

Upgraded to 6.x-7.1, and still a blank page :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8"></HEAD>
<BODY></BODY></HTML>

I've deactivated all modules, and it didn't change anything...

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented

My apologies there, because I don't enjoy at all disabling modules.

A full 'uninstall', then reinstall, NOT just a 'disable', worked for BayouBill. Another effort by both of us on clean sites usefully revealed a very nasty clash with the module Vocabulary Index (which was hacking into the relatively benign Taxonomy Treemenu)?

Rob

arno’s picture

arno CreditAttribution: arno commented

Hi
All desinstalled, and ttm still doesn't work.
We think the problem could be the php version : on the prod server, we have the 5.1.6 version (ttm doesn't work), whereas on the test server, we have the 5.2.3, and all works fine.
Does ttm use special functions, only available on a 5.2.x php version ?
Thanx

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented

Sorry you got hauled through that! But it is interesting news.

Not being a pro coder, my code is an odd mix of PHP I-don't-know-any-better, and some quite advanced concepts - there's some object orientation in there, and several array walks and filters.

I'm in no position to do dev work right now, or testing, but if you'd like some confirmation from the dev end,

- I develop on Ubuntu, currently using PHP 5.2.4
- The code mentioned above is pretty new to PHP, so likely your explanation is good.
- Failure to array walk, in particular, is likely to return no results for menu building, hence likely leading to correctly installed but empty menus.

Rob

acikamk’s picture

acikamk CreditAttribution: acikamk commented

Hi,
I have php version 5.1.6 on the server, so i suppose is the same problem for me too...
Just to confirm...
acikamk

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented
Status: Active » Postponed

Thanks acikamk, that's significant.

I can't support earlier PHP's. Practically, there is too much code and those additions I mentioned tidied up the code no end. But I regard the issue as quite serious, even if arno's explanation is clear and easily verifiable. Therefore I'm postponing this issue, with the note that this is a priority for the coming versions.

I'll probably try to build a lock in, and put some very visible warning messages into the help and documentation.

Rob

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented

Oh, and a big thanks to arno, because without the (their?) stage deployment and spotting of the problem, we'd have an unreplicable error. Which would of course mean no answer for users.

Rob

arno’s picture

arno CreditAttribution: arno commented

By the way... I understood that you don't have time to develop for now, but I have another question (feel free to move this post to another file as it's another problem) :
I've installed taxonomy breadcrumb. It allows to record an optional url for each taxonomy term so that when you click on a term in the breadcrumb, you go to that url.
As I use taxonomy treemenu too, I would have liked the menus generated from your module could use this url too...
I'm not a developer neither, but I'll take a look if I can't find something...
Thanx for your quick answers, that's plaisant :)

rcrowther’s picture

rcrowther CreditAttribution: rcrowther commented

Last issue moved to here.