You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Greg Woolsey (JIRA)" <ta...@jakarta.apache.org> on 2006/11/08 19:58:52 UTC
[jira] Created: (TAPESTRY-1144) DropDownDatePicker component values
not submitted in FF
DropDownDatePicker component values not submitted in FF
-------------------------------------------------------
Key: TAPESTRY-1144
URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
Project: Tapestry
Issue Type: Bug
Components: Framework, JavaScript, Web
Affects Versions: 4.1.1
Environment: Firefox 1.5
Reporter: Greg Woolsey
Priority: Blocker
DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Greg Woolsey (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448310 ]
Greg Woolsey commented on TAPESTRY-1144:
----------------------------------------
The djConfig I posted earlier was from the wrong system (running the 11/2 nightly). With 11/4 I still get the problem and the locale is "en-us". My form submits synchronously, using standard form submission.
FF just updated to the latest patch, still have the issue.
What I do see is that the page is supposed to be XHTML, but the developer who built it put the FORM tag inside a TABLE - that's not allowed by XHTML. IE doesn't mind, but maybe FF does. If I can figure out how to make the page look OK and take the form outside the table (it's a formatting table at that!) I'll see if it works differently.
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, Web, JavaScript
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Greg Woolsey (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448313 ]
Greg Woolsey commented on TAPESTRY-1144:
----------------------------------------
OK, the XHTML compliance seems to be the issue in FF. I tested the page with forms outside of tables instead of inside, and it works. The Mozilla people can debate bug vs. feature on this, I just needed to figure out what source produced the desired behavior.
So it turns out to manifest like a Tapestry issue, with date field values not submitting, but the root cause is the way FF was (or was not) handling dynamic addition of <input> DOM nodes when the form was inside a table (between<table> and <tr>). I'll alert our designers (and chastise them about true vs. advertised compliance), and this issue can be closed.
TAPESTRY-1143 is still open for me, though, where FF and IE treat user input date strings differently. IE behaves like the Java DateFormat parser, but FF doesn't quite, causing us some usability issues, but not as bad as this was.
Thanks for all the quick help!
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, Web, JavaScript
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Resolved: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Jesse Kuhnert (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=all ]
Jesse Kuhnert resolved TAPESTRY-1144.
-------------------------------------
Resolution: Invalid
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, Web, JavaScript
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Andreas Andreou (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448234 ]
Andreas Andreou commented on TAPESTRY-1144:
-------------------------------------------
Can you post your djConfig the way it's rendered in your page?
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, JavaScript, Web
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Greg Woolsey (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448286 ]
Greg Woolsey commented on TAPESTRY-1144:
----------------------------------------
Strange. Using the Web Developer toolbar in FF, my page does not show a form element for the date pickers, but yours does. I'm using the 11/4 Tapestry 4.1.1 nightly build.
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, Web, JavaScript
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Jesse Kuhnert (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448231 ]
Jesse Kuhnert commented on TAPESTRY-1144:
-----------------------------------------
Hi Greg,
The DropdownDatePicker here works fine in FF (among others) for me: http://opencomponentry.com:8080/timetracker/app .
Is there something different happening in the TimeTracker app's use of this picker than yours ?
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, JavaScript, Web
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Andreas Andreou (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448299 ]
Andreas Andreou commented on TAPESTRY-1144:
-------------------------------------------
Is your form async? What happens when the form isn't async?
Current svn version partly resolves this.
What's changed is that you'll see a locale:"en-us" in your djConfig
while the lang:"en_US" was removed from the synchronizeWidgetState.
But i don't think anyone has deployed to maven since Nov 4.
Now, i said "partly resolves" because I can reproduce a similar problem if
i simply switch my browser to a locale not directly supported by dojo,
for instance "el". In that case, all data is submitted (firebug shows the post
contents) but Tapestry will complain about the date format.
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, Web, JavaScript
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
[jira] Commented: (TAPESTRY-1144) DropDownDatePicker component
values not submitted in FF
Posted by "Greg Woolsey (JIRA)" <ta...@jakarta.apache.org>.
[ http://issues.apache.org/jira/browse/TAPESTRY-1144?page=comments#action_12448241 ]
Greg Woolsey commented on TAPESTRY-1144:
----------------------------------------
<script type="text/javascript">djConfig = {"isDebug":true,"debugAtAllCosts":false,"debugContainerId":"debug","baseRelativePath":"https://gregw.fireapps.com:443/hedgemon/assets/static/dojo/","preventBackButtonFix":false,"parseWidgets":false} </script>
and the widget initialization call:
tapestry.widget.synchronizeWidgetState("startDate", "DropdownDatePicker", {"inputId":"startDate","inputName":"startDate","iconAlt":"Select a Date","displayFormat":"MM/dd/yy","lang":"en_US","value":1136102400000,"disabled":false});
(same page as TAPESTRY-1144)
> DropDownDatePicker component values not submitted in FF
> -------------------------------------------------------
>
> Key: TAPESTRY-1144
> URL: http://issues.apache.org/jira/browse/TAPESTRY-1144
> Project: Tapestry
> Issue Type: Bug
> Components: Framework, JavaScript, Web
> Affects Versions: 4.1.1
> Environment: Firefox 1.5
> Reporter: Greg Woolsey
> Priority: Blocker
>
> DropDownDatePicker components don't submit values in Firefox, as far as I can tell. They do in IE. I think it may have something to do with the way the Widget moves/recreates DOM nodes - the text inputs may be reattached outside the DOM tree of the form they were supposed to be in, and thus not submitted by Firefox? Maybe IE remembers what form they were originally part of, and submits them with it no matter where they move to.
> This is obviously a big deal - need to have dates in apps!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org