Closed (works as designed)
Project:
TaxiSelect
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
5 May 2011 at 16:50 UTC
Updated:
11 Apr 2012 at 15:20 UTC
Jump to comment: Most recent file
Comments
Comment #1
sczizzo commentedIt appears to be an error in the AHAH calls. Everything works fine for adding the first term (on each page load), but after adding a second term, drupal responds with the following JSON:
I feel like this might have something to do with form caching, but I can't be sure.
Comment #2
alan d. commentedThis is not much to go on.
Any related error messages in the logs, etc?
What related taxonomic / i18n modules are in play?
Comment #3
sczizzo commentedWe're using more than a few taxonomic modules, most importantly:
The event shows up in the logs as a PHP error at locations of the form
http://mydrupalsite.com/taxiselect/ahah/std/taxonomy%ENCODED_STUFF%with the following message:Comment #4
alan d. commentedIs there caching involved here? Do other AHAH functions work on that page?
The reason that I'm asking is that this code is also part of the FileField / ImageField, used by 1000's for sites. The only time that I have seen this fail is when there is a server is down or the page is not saved for many, many hours and Drupal form cache is flushed before the AHAH callback gets used.
Comment #5
sczizzo commentedWe're using standard drupal caching (set to "normal"). Other AHAH elements seem to work fine (even on some relatively complex content types), and even after TaxiSelect fails these other AHAH elements continue to operate.
Comment #6
naero commentedTo add to sczizzo's post (I work with him)...
So I copied the entire site to our dev server, uninstalled all of the unessential modules (literally 70 or 80!), turned off clean URLs, and restricted a our test content type to our test taxiselect vocabulary. I switched entirely to the Garland theme. Still, the form disappears.
I took a look at our logs and saw this (see attachment). I'm not sure if this helps any.
Comment #7
naero commentedAnd per that screenshot, that specifically references this code in the file 'taxiselect.pages.inc':
Comment #8
naero commentedHi Alan,
Any other ideas? Is there any information we can provide you with?
Our Filefield forms are working as expected.
Comment #9
alan d. commentedI'm at a loss to explain or replicate this sorry. I'm really not sure how to proceed :(
Comment #10
higherform commentedIt appears to us that using taxiselect inside of Panels completely borks the AHAH for taxiselect. If taxiselect is used inside of Panels, taxiselect_add_ahah() does not get the variables it needs by line 119 of taxiselect.pages.inc:
form_build_id : form-d2ee38706048296bb7ee2333ccddb6b5
form : (empty/null)
It seems to be form_get_cache() fails to do its job here. It also appears that no cache_form row exists with the id I get for any taxiselect AHAH inside of panels. So I suspect its a form_set_cache() problem... now I just have to trace that part too, which I don't have time to do right now.
Comment #11
alan d. commentedCaching issue :( Nuke as much caching on those panel pages.
I have no plans to further develop this module. This is due to time limitations, internal complexities and very low uptake (<2%).