Closed (outdated)
Project:
Feedback
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
8 Sep 2008 at 22:47 UTC
Updated:
24 Apr 2026 at 22:13 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
light9 commentedsubscribe. thanks for the module!
Comment #2
sunTrue. Should use drupal_to_json() as well as a dedicated menu item for AJAX form submissions, so we can intercept the page rendering and pass the validation error to our JS.
Comment #3
pathfinderelite commentedsubscribing
Comment #4
jody lynnI added an error function to the ajax call to display an error message if the POST fails.
Comment #5
sunHow is this change related to this issue?
It looks like this code only catches AJAX communication errors? Shouldn't it handle actual form validation errors?
I think we should have the server-side return actual Drupal error messages (i.e., from http://api.drupal.org/api/drupal/includes--bootstrap.inc/function/drupal... or theme_status_messages()) and display those.
In any case, i.e., regardless of whether we'll use theme_status_messages() or not, we should re-use the regular/normal markup and CSS classes for rendering error messages.
The name of this function confused me a bit, because "reset" normally refers to resetting form input fields to their initial state in JS. I understand it's hard to think of a better name, but perhaps simply appending "State" to the function name (feedbackFormResetState) might help. Of course, better ideas/suggestions are welcome :)
Only use double-quotes when technically required.
Powered by Dreditor.
Comment #6
jody lynnThe CSS change is to make room for the error message.
The error message does display if the form does not validate (e.g. if the message was blank), although I'm not entirely clear on why that happens. I haven't figured out how to potentially get the real error messages back via AJAX, so this is kind of a makeshift approach.
Igree with using the same markup from theme_status_messages and the other tweaks.
Comment #7
jody lynnComment #8
jody lynnComment #9
sunLet's focus on D7 first. The feedback form should use the AJAX framework.
Comment #10
sunFull-blown AJAX magic with attached patch! :)
Comment #11
sunI'd like to make progress to get to a D7 release hopefully soon. Thus, committed to HEAD.
Backport... unlikely. IMHO, waste of time. (AHAH in D6 is plain simply a nightmare)
Comment #13
alexanderpas commentedclosed #1139856: Feedback form does not handle error messages. and #1094082: Hangs when no text is sent! as duplicate.
Fixing this for D6 would be very nice.
Comment #14
sunUnfortunately, there's no AJAX framework in D6, only a very poor #ahah construct requiring a shitload of custom code and manual testing to get it right. Due to that, a D6 version of this would look entirely different, and I never really intended to "backport" this code.
I'm trying to stay away from D6 as much as possible, so I'm not going to work on this myself. I can, however, understand people asking for it. Thus, leaving this issue open for some time to see whether anyone has the guts and required #ahah-fu to come up with a patch. I personally doubt it, but let's see. ;)
Comment #15
chinita7 commentedThanks for this handy module.
Is it possible to make the message field NOT "required" instead?
Comment #16
mparker17The Drupal 6 version is no longer available, and no longer maintained. So I'm going to close this issue as outdated.
(If you'd like to maintain the Drupal 6 version, please post an issue in the queue)
Comment #17
mparker17