1630911 - Datepicker does not work with active (german?) language pack. TypeError: "existingValue is undefined" ... customElements.js:222:19

Status: RESOLVED WORKSFORME

(Calendar :: General, defect)

Description

[Harald Judt]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:75.0) Gecko/20100101 Firefox/75.0

Steps to reproduce:

1. Use the german language pack.
2. Create a new event or edit an existing one.
3. The dialog for editing the event appears.
   4a. Enter a date in start or end date widgets. Then move the focus somewhere else.
   4b. Click on the button next to the start or end date widget.

Actual results:

4a. As soon as the text field loses focus, the old value will be restored, the user simply cannot change it.
4b. Behold that it will not do anything on click.

Expected results:

4a. The new date stays in the text field.
4b. A calendar widget drops to select a start/end date from.

Comment 1

[Harald Judt]

Note that this all works correctly when deactivating the language pack (this is currently my workaround for this issue).
The widgets for start/end time work fine btw.
I have not tested whether this occurs with other language packs.

Here is one of the log messages I get when the dialog opens:
TypeError: "existingValue is undefined"
set value chrome://calendar/content/datetimepickers/datetimepickers.js:874
connectedCallback chrome://calendar/content/datetimepickers/datetimepickers.js:764
<anonymous> chrome://global/content/customElements.js:219
customElements.js:222:19

Comment 2

[Harald Judt]

Also, before this I find in the logs:
chrome://calendar/content/widgets/minimonth.xml : Unable to run script because scripts are blocked internally. (5 times)
and immediately after that:
XML-Verarbeitungsfehler: Nicht definierte Entität
Adresse: file:///usr/lib64/thunderbird/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/chrome/calendar/content/calendar/widgets/minimonth.xml
Zeile Nr. 66, Spalte 7:

Comment 3

[Harald Judt]

This affects all datetime picker widgets, not only the one in this dialog.

Comment 4

[Harald Judt]

The messages from Comment #2 are not there every time. There are two entries for the year button tooltips missing from chrome/calendar-de/locale/de/calendar/global.dtd, though adding them does not restore the datepicker functionality.

Comment 5

[Harald Judt]

Strangely, what does work is the minimonth view in the "tasks of today" bar and in the top left of the calendar view. Those are not affected, but maybe these are not datetimepicker widgets.

Comment 6

[Harald Judt]

Ok, I don't know what I have done wrong in the last steps, but it seems, that adding the two missing entries has fixed the problem. Maybe something has been cached so it didn't pick up the changes.

I'll attach the patch that seems to fix it for me.

Comment 7

[Harald Judt]

Attachment: calendar-de.patch

Comment 8

[Firefox Bug Husbandry Bot]

Resetting severity to default of --.

Comment 9

[Firefox Bug Husbandry Bot]

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is -- (non,) indicating it has has not been previously triaged, the bug's Severity is being updated to -- (default, untriaged.)

Comment 10

[Wayne Mery (:wsmwk)]

Merike, are you able to reproduce this?

Comment 11

[Merike Sell (:merike)]

No, I'm using et without language pack. Also not using distro packaged version.
I don't see information about distro/packager mentioned? Language packs used to be built by distros, if there were translations missing they might've used wrong changeset for building it etc.

Comment 12

[Martin Schröder [:mschroeder]]

Harald, have you tried Thunderbird 68.12.0 or Thunderbird 78.2.2? The German localization should have been fixed in the meantime.

Comment 13

[Martin Schröder [:mschroeder]]

No response from reporter. Resolving as INCOMPLETE.

Comment 14

[Harald Judt]

I am using the latest thunderbird and the issue has been fixed.