I know that it's not your responsibility to support Pressflow, but Hierarchical Select does not work as of version 6.16.77. I am also filing an issue on Pressflow's bug tracking system referencing this bug report. I have found similar problems with other modules (i.e. Mollom, Vote Up/Down) but the Pressflow guys pushed it back to the developer because it had something to do with sessions that would cause the modules to break in D7 as well.

In terms of my debugging, it seems that the hierarchical_select_process() never gets called, so the javascript files never get loaded. I attempted to force loading the JS files via the _hierarchical_select_setup_js() function, but the javascript has no effect on the form element even when they are sourced. The weird part is that although the hierarchical select element does not display in the node edit form, it works perfectly in the vocabulary edit form. Attached are screenshots illustrating this point. All debugging was done on a vanilla install of Pressflow 6.16.77 where Hierarchical Select was the only contrib used.

Thanks,
Chris

Comments

cpliakas’s picture

The bug report on the Pressflow side has been reported at https://bugs.launchpad.net/pressflow/+bug/539863.

cpliakas’s picture

Status: Active » Closed (fixed)

Hi Wim.

So I submitted the vocabulary form a couple of times, cleared caches some more, and it seems to have resolved itself in both of my test instances. I think there is some weirdness here, but it finally works so I am closing the bug report.

Sorry for the false alarm,
Chris

yogeshchaugule8’s picture

Same problem here.
Using PressFlow - 6.17
Hierarchical Select - 6.x-3.7

submitted the vocabulary form a couple of times, cleared caches some more, didn't help

anyone got the solution for this

yogeshchaugule8’s picture

Got it working.

It was not working because there were two redirect happening before loading that particular page, i solve redirection issue and it started working properly.

osopolar’s picture

Status: Closed (fixed) » Active

I use pressflow with hierarchical_select, hs_content_taxonomy, hs_taxonomy and hs_taxonomy_views enabled on my website and found that the Cache-Control in the http header was set to "no-cache, must-revalidate, post-check=0, pre-check=0". This is because a session is set.

For debugging I used the firefox in private mode, each time changing something I restarted the private session.

The session will be set when I open the page containing a view with the hierarchical_select fields and from now on the Cache Control is set as above described. Disabling hs_taxonomy_views will disable the hierarchical select fields and the normal ones are shown. Clearing the session, there will be no new one.

So I guess this issue is not fixed. Do we need the session to handle this? I guess the javascript making the ajax call could collect the necessary information from the page each time it gets called.

kenorb’s picture

Issue summary: View changes
Status: Active » Closed (cannot reproduce)