Closed Bug 1646874 Opened 4 years ago Closed 3 years ago

Chat preview in preferences tab disabled

Categories

(Thunderbird :: Preferences, defect)

defect

Tracking

(thunderbird_esr78 unaffected, thunderbird89 affected)

RESOLVED FIXED
90 Branch
Tracking Status
thunderbird_esr78 --- unaffected
thunderbird89 --- affected

People

(Reporter: darktrojan, Assigned: freaktechnik)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

As a part of bug 1646483, I've commented out the code initialising the chat theme preview in the preferences tab, because it's broken and the unexpected errors cause tests to fail.

It's broken because the conversation-browser element adds a progress listener to itself for initialisation, but this no longer works where conversation-browser is inside another browser. I'm not sure of the need for a progress listener here but nothing else I attempted worked.

Filing a separate bug so that bug 1646483 can be closed.

Keywords: regression

Did this bug cause Chat topics and conversations to be blank?

Testing 79.0b1 now and IRC chat (Freenode) is totally useless.

No, that's bug 1646611.

Now that bug 1646611 is fixed -- can this be rolled back or is there something else blocking this?

Assignee: nobody → khushil324

Name Thunderbird
Version 84.0a1
Build ID 20201113105419

If the Previews aren't going to be restored can the "Preview:" text and empty space be removed?

This hangs together with some larger questions: do we really need to support many themes per se in our chat? Or could we just have the the option for compact and sparse UI? It's a bit odd to have a special theme section for the chat - motivated by different technical implementation .... only.

Assignee: khushil324 → martin

I'm really, really partial to the Bubbles styling, but could use whatever a compact or sparse UI would be if required.

Chat styling preferences do look very empty with the previews missing.

I think we do want to keep themes, the different things are really useful depending on whether you predominately use multi-user chats vs. if you use private messages more often. I think removing that option would be a shame.

Also -- regardless wouldn't you want to be able to preview it, even if you only have two options?

You'd select the theme where you normally select the global theme. Like any other parts of the application, chat should blend in. We don't have a preview for any other UI changing prefs.

Slightly related: the variant: Light/dark should also really auto-adjust to the global theme.

My 2 cents:
Yes, we should fix the current preview.

However I don't think it makes sense to keep around the chat theme system. We should offer a compact and a "normal" mode, like all modern messaging apps. And the chat theme should adapt to the user's global application theme. This means respecting those theme color variables, but probably also exposing some more and making sure the colors chat chooses work with the theme. I think that's an important part of making chat a coherent part of Thunderbird, and not some island that has its own separate system.

I think we do want to keep themes, the different things are really useful depending on whether you predominately use multi-user chats vs. if you use private messages more often

If our current default theme is bad at one of those two we should fix the one it's bad at. They're different conversation types, and we control the code, so we can give them different styles if we think that's better. Or maybe it doesn't even need separate styles and just some tweaks here and there.

But it would probably be best to first have a telemetry probe informing us what message themes people with chat accounts even have enabled.

Instead the chat browser now listens for the load event.

Status: NEW → ASSIGNED
Target Milestone: --- → 90 Branch

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/1bdc56892302
Make chat theme preview work without webProgress. r=mkmelin

Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: