Posted by keinstein on August 11, 2009 at 7:11pm
| Project: | Formfilter |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Issue Summary
I just reported #546340: incompatibility with form filter module and prossible other field groups at the upload module. But this might be a problem with other modules too, which rely on the array structure of submitted forms. Please, get in touch to solve this problem.
Comments
#1
My temporary work around on this and still maintain Formfilter is just simply disable the UI in the modules section. Worked for me. Bug is still there though, but able to upload.
#2
Likely fixed by #695212. Pls reopen if not.
#3
Automatically closed -- issue fixed for 2 weeks with no activity.
#4
I am reopening this and I believe I can duplicate the problem listed here with the Ubercart Discount Alt Module.
When trying to edit a discount, the screen just refreshes and never takes me to the edit page. However, functionality is restored when FormFilter is disabled.
I believe the actual problem isn't that FF isn't properly filtering forms, but rather keeping other modules from working.
#5
I'm fairly certain this is not the right thread to report another possible incompatibility, but FF has been working great for me in the past and now I get a new conflict with Content Profile. So I'm tacking it onto this thread for the moment.
See the developing issue at: http://drupal.org/node/484426
#6
Note that the problem does not appear for U1: only for roles whose view is restricted by FF.
#7
Formfilter doesn't know what special handling other modules may do based on particular form elements. So attempts to filter some form elements or forms may lead to unexpected behaviour. I don't think this is a bug per se, just an incompatibility. If you want to filter these particular forms, you may need to do so through custom hook_form_alter() functions.
#8
Okay, fair enough. But it's a shame since the compatibility with content profiles has been flawless up til now, and content profile is not just "some module" but one of the more extensively used modules out there. Making the user profile form friendly to admins is a common and worthy goal: the combination of FF and content profiles is quite sensible.
Now, I'm actually getting more unexpected behaviour out of FF: I turned the FF module off as in #5, but now have gone back to continue testing. One idea was to take off any filtering of the Authoring Info.
So I re-enabled FF and loaded up a user profile (as User1).
The profile form is truncated: no authoring info, publishing options, etc (see screenshot).
This made me think FF had something stuck in its cache/db tables that needed clearing since, as U1, I should always be able to see the whole form.
Now the question comes: where does FF store its settings? Can't see an obvious table in the db...
stuck now. What to do?
#9
Never mind about truncation: I had also been experimenting with the "Advanced Options" options in content profile: that's what hides the authoring and publishing groups.
However, I'm still stalled with testing because now (as User1) I want to try taking all the filtering off content profiles, but leave the FF module enabled.
When I open a profile node, and choose to Filter Form, I see there are two fields that are set to filter. I tick these off, and try to save, but get the problematic message:
This user already has a content profile of this type. You can only create one profile per user.
So I can't test further unless I can either get a better clue or find some wayt o modify the FF setting manually in the db.
Any suggestions?
#10
Still true. The upload form (in core) still yields a validation error. The workaround is indeed to disable the UI, but for me, every field that I wanted to hide re-appears again, and so the module doesn't work as expected.
Which is a shame, because the module is great!
Note that all the CCK file upload fields work fine; it's only the core upload module that fails.
Filefield 6.x-3.9
Drupal 6.20