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)

x86
Windows 10
defect
Not set
normal

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.
OS: Unspecified → Windows 10
Hardware: Unspecified → x86
related to/followup of https://bugzilla.mozilla.org/show_bug.cgi?id=1443215
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.