changes to Taxonomy Defaults form aren't saved

ericm - February 24, 2009 - 16:24
Project:Taxonomy Defaults
Version:6.x-1.0
Component:Code
Category:bug report
Priority:normal
Assigned:Unassigned
Status:closed
Description

I was using Taxonomy Defaults happily on my site with no problems. I added 20 new node types (role-specific variations for permissions limited access) and now when I make changes on the Taxonomy Defaults form the changes don't stick. The previous settings are still there just fine, only my attempts to make new changes don't take.

I thought maybe the form had gotten so large that I was hitting PHP memory limits, even though I am getting a fresh form page after saving (there is no "settings have been saved report at the top, but I don't remember if there used to be one when I saved the form after making changes). I boosted my PHP memory limits from 72M to 128M, but the problem still no success.

I had 15 node types before adding the new types, 35 afterward.

Any ideas, please?

#1

shadow_jh - March 9, 2009 - 23:03

Im not sure if this was the same issue I was having, but for me it was a very simple fix. First, I figured out that I had to click the "edit vocabulary" operation for the main vocab category on the taxonomy page and assign it to the specific content types. Once I had done this, the default terms form would then save my changes. Before that, the form would just reset when saved.

#2

ericm - March 11, 2009 - 18:19

shadow_jh,

That's true and good advice. Unfortunately for me, I'm finding the same sort of problem on other pages with other underlying modules control. For instance, on the Admin>>Permissions page the changes I make no longer stick. It appears to me to be a problem with very large forms, typically due to either lots of roles or lots of content types. Submitted form changes are not getting applied. It might be a PHP memory or time-out problem, so I'm going to take the issue to a wider forum than Taxonomy Defaults.

But thank you for responding! This will help others in the future for which your fix is indeed the right one.

#3

sleepcamel - March 11, 2009 - 18:49
Status:active» postponed (maintainer needs more info)

Eric - if you open another general issue, elsewhere, please provide a link here so folks can follow up.

Also, sorry I didn't comment on this earlier. Looking ahead, my summer plans for this module include further streamlining of the form -- it's pretty unwieldy, when you've got a lot of vocabs or content types (or both).

#4

ericm - March 31, 2009 - 17:39

I haven't been able to track down the source of the problem myself, and have posted a description and request for help to "Forums » Support » Post installation".

#5

ericm - April 5, 2009 - 04:30

Of course, just a few days after I post a request for help, I finally hit the right combination of search terms and find another person who had the same problem, and the solution. Now fixed. Bad PHP variables default values caused big forms with too many fields to get (silently) ignored on submission. Fixed in php.ini and now working.

#6

sleepcamel - April 5, 2009 - 14:57
Status:postponed (maintainer needs more info)» closed

thanks for following up Eric. closing this issue, since it is not related to Taxonomy Defaults

 
 

Drupal is a registered trademark of Dries Buytaert.