Posted by rsantiag on July 13, 2009 at 8:44am
Jump to:
| Project: | Hide submit button |
| Version: | 6.x-1.10 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Issue Summary
Hi,
I´m trying to use Hide Submit module in a form in wich one of its elements use the "#autocomplete_path" attribute in order to show availables options. If you select one of the options and press return instead of Tab, Hide Submit module catch the event and hide the "submit" button but there is nothing submiting.
Hope you can understand the issue.
Ricardo
Comments
#1
Sorry for my (so) late response
The script used in this module sometimes conflicts with AJAX/AHAH calls
Autocomplete is one of them.
If have a running page with the above error I would be happy to have a look
and find the best way to solve it.
In the last release I added some options to excluded problematic fields,
As a temporary solution you can disable the module for a certain form.
#2
I just came across this bug myself and may be able to shed some more light on it.
I have a content type which includes a taxonomy vocabulary that uses an auto-complete field. When creating a new node, if I type something in this "Tags" field it pops up a list of suggestions below the field. At this point I must select one of these suggestions, tab out of the field, or somehow remove focus from that field before I submit the form. If I fail to do so and the suggestion box is still open when I click the "Save" button, then as Ricardo indicated, the submit buttons will hide, but the form will not actually submit. This is a dangerous bug as it can easily cause data loss and auto-complete fields are very common on forms. In fact, I see two of them on this very page.
In case it matters, I'm using Firefox 3.5.5, running on Mac OS X 10.6.3.
#3
Okay, I reproduced it in my test env,
This issue is another conflict between ajax fields and the script used by the module
I also found out that if you use ENTER key, the form reloads with all the data inside so there is no data lose.
I already tried to solve this conflict but there is no easy way
So I suggest as workaround for now to disable the script for this form (by page or by form id)
And I'll continue to look for a way to solve the conflict.
#4
This means many people, myself included, will be unable to use this on any node add/edit pages, which drastically decreases the usefulness of this module. Any help resolving the issue would be greatly appreciated.
#5
I agree, this is a big usability issue, conflict with AJAX
Unfortunately I couldn't find a solution yet :-(
I'm still looking for one..
#6
subscribing.
#7
From what I can see the current approach tries to hide/disable all submit buttons except those that are specifically excluded. I wonder if a more straightforward approach (from the point of view of avoiding conflicts) might be to only hide/disable certain buttons, e.g. Save, Preview, Delete, i.e. have the module work in inclusion mode rather than exclusion mode. Support for selected contrib modules could also be added in principle, e.g. diff.module --> Preview changes button.
Might also need to force the focus to change to the submit button or something. Hmm, on second thoughts I'm not convinced these suggestions will help much but I'll post them anyway in case there is some merit in them.
#8
It is a good idea to avoid conflicts,
But I think that the current approach works for most site-configurations out of the box without conflicts
Changing the approach will require more steps for this module to work
#9
subscribing
#10
subscribing, this module turns out to be unusable for me, some people have complained about their content not getting submitted.
It's a pity, because an hour after disabling it, the double posts have returned :(