Closed Bug 1722472 Opened 3 years ago Closed 3 years ago

Dark Theme color problem for event description

Categories

(Calendar :: Dialogs, defect)

Thunderbird 91
defect

Tracking

(thunderbird91? verified)

RESOLVED FIXED
92 Branch
Tracking Status
thunderbird91 ? verified

People

(Reporter: adrien.rybarczyk, Assigned: Paenglab)

References

(Blocks 1 open bug)

Details

Attachments

(3 files, 1 obsolete file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36

Steps to reproduce:

  1. Be in dark theme or in system theme with dark application mode.
  2. Create an event and put a description.

Actual results:

The color of the description text is not adapted according to the theme for the first edition of the description.

If we save and reopen the event, the text color will be adapted according to the theme.

Expected results:

The color of the description text is at all times adapted to the theme.

Summary: theme color problem → Theme color problem for event description

The problem did not exist in 78. This seems to be due to the change of the textarea for an editor.

Blocks: tb-dark-mode
Summary: Theme color problem for event description → Dark Theme color problem for event description

The stylesheet was only loaded when there was a existing description. I moved it out of the if (aItem.descriptionText) {}.

Is this okay like this?

Assignee: nobody → richard.marti
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #9233309 - Flags: review?(geoff)

Comment on attachment 9233309 [details] [diff] [review]
1722472-load-EditorContent.css.patch

That triggers the save prompt even if no modifications are made. I moved editor.resetModificationCount(); below the conditional block and that seems to work.

Attachment #9233309 - Flags: review?(geoff) → review-

(In reply to Geoff Lankow (:darktrojan) from comment #5)

Comment on attachment 9233309 [details] [diff] [review]
1722472-load-EditorContent.css.patch

That triggers the save prompt even if no modifications are made. I moved editor.resetModificationCount(); below the conditional block and that seems to work.

Like this?

Attachment #9233309 - Attachment is obsolete: true
Attachment #9233470 - Flags: review?(geoff)

Comment on attachment 9233470 [details] [diff] [review]
1722472-load-EditorContent.css.patch

Like this.

Attachment #9233470 - Flags: review?(geoff) → review+

Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/3be537f2b12f
Load EditorContent.css always into the event description. r=darktrojan

Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 92 Branch

Comment on attachment 9233470 [details] [diff] [review]
1722472-load-EditorContent.css.patch

[Approval Request Comment]
User impact if declined: with dark theme opening a new event the description isn't readable
Testing completed (on c-c, etc.): on c-c
Risk to taking this patch (and alternatives if risky): should be low

Attachment #9233470 - Flags: approval-comm-beta?

Comment on attachment 9233470 [details] [diff] [review]
1722472-load-EditorContent.css.patch

[Triage Comment]
Approved for beta

Attachment #9233470 - Flags: approval-comm-beta? → approval-comm-beta+

Verified using TB 91.0b5 on Fedora 34 Workstation, Gnome desktop.

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

Attachment

General

Created:
Updated:
Size: