Last modified: 2009-11-01 04:49:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T23290, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 21290 - input type|default=now loses Month and AM/PM in multipart form
input type|default=now loses Month and AM/PM in multipart form
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
SemanticForms (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Yaron Koren
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-10-26 03:26 UTC by Jack D. Pond
Modified: 2009-11-01 04:49 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Main Form, default working correctly (157.74 KB, image/png)
2009-10-26 03:26 UTC, Jack D. Pond
Details
Same form, but in a multipart area after "Add Another" (143.26 KB, image/png)
2009-10-26 03:27 UTC, Jack D. Pond
Details

Description Jack D. Pond 2009-10-26 03:26:46 UTC
Created attachment 6712 [details]
Main Form, default working correctly

When using a multi-part form and input type=datetime, if default=now, seems to be losing the month (always sets to Jan), and AM/PM tag.

In the attached example, the main form sets the default correctly.  After "Add Another" of a multi-part form, the default does not assign correctly in the multipart area (Month and AM/PM wrong)
Comment 1 Jack D. Pond 2009-10-26 03:27:44 UTC
Created attachment 6713 [details]
Same form, but in a multipart area after "Add Another"
Comment 2 Yaron Koren 2009-10-26 19:13:15 UTC
Hi, I can't reproduce this problem. Assuming this is happening on a private wiki, is there any way you can recreate it on a public one, like scratchpad.referata.com?
Comment 3 Jack D. Pond 2009-10-27 03:13:14 UTC
Yaron, This is a pretty complex form (actually form, 3 subparts, 2 are multipart).  We have a test environment that I'd be glad to give you full access to (would save me trying to recreate a very complex set of forms).  I'll approve you as soon as you add an account.  If that's too much of a hassle, I'll recreate the forms - its just a lot of work.

Could you look at it here: http://wiki.montcopa.org/TestWiki/index.php?title=Form:Change_Incident_Report or create a new form from http://wiki.montcopa.org/TestWiki/index.php?title=TEST:Main_Page. (login required)
Comment 4 Jack D. Pond 2009-10-30 02:25:42 UTC
This bug is specific to IE - does not reproduce on current versions of Firefox, Chrome, Safari
Comment 5 Yaron Koren 2009-11-01 04:49:06 UTC
Fixed in SF version 1.8.5.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links