Closed
Bug 1516360
Opened 5 years ago
Closed 5 years ago
datepicker/XUL members in disagreement with previous use and MDN
Categories
(Thunderbird :: Untriaged, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: buecher, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; rv:64.0) Gecko/20100101 Firefox/64.0 Steps to reproduce: MDN: value member expects YYYY-MM-DD dateValue member expects js Date since it is in comm-esr60: no action upon presetting dateValue with Date. value= Date() presets the date. Previous addons may rely on what is in MDN. Please decide whether to change behaviour back to original. Workaround: rename dateValue to value in code. I will put notes into MDN and the addon 57 document.
related to/followup of https://bugzilla.mozilla.org/show_bug.cgi?id=1443215
Comment 2•5 years ago
|
||
This appears to be invalid. You're confusing the Calendar/Lightning implementation with the C-C code: https://searchfox.org/comm-central/rev/4c3db8aa97f726068fe1021234575b2edb445af2/common/bindings/datetimepicker.xml#569 That's former M-C datapicker forked to C-C. Also on DXR and comm-esr60: https://dxr.mozilla.org/comm-esr60/source/common/bindings/datetimepicker.xml#567 There's also dataValue: https://dxr.mozilla.org/comm-esr60/source/common/bindings/datetimepicker.xml#105 Calendar stuff I know nothing about. They're doing their own thing, their value appears to be a date: https://dxr.mozilla.org/comm-esr60/source/calendar/resources/content/datetimepickers/datetimepickers.xml#92
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•