Closed Bug 1871852 Opened 2 years ago Closed 24 days ago

"Add to Custom Colours" does not work

Categories

(Core :: Widget: Win32, defect)

defect

Tracking

()

RESOLVED INVALID

People

(Reporter: porretta.danilo, Unassigned)

Details

Steps to reproduce:

Click on the "Add to Custom Colours" (on Windows) in any part of the app where you can select colours.

Actual results:

The colour is temporarily added to the list of custom colours, but when you open it again it disappeared.

Expected results:

The colour should be added to the list of custom colours and should stay there.

This is useful in many cases. Example: when you want to change the colour of multiple folders and want to use the same custom colour for all of them.

Does this still reproduce for you in version 128?
Please let us know.

Whiteboard: [closeme 2024-12-21]

Resolved per whiteboard

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2024-12-21]

Does this still reproduce for you in version 128?
Please let us know.

Yes it happens also in version 128 (when you close and reopen Thunderbird)

Resolved per whiteboard

Can you re-open it?

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: INCOMPLETE → ---
Status: REOPENED → UNCONFIRMED
Ever confirmed: false
Component: Untriaged → Widget: Win32
Product: Thunderbird → Core
Version: Thunderbird 115 → unspecified

This sounds like this issue from SUMO, which is just the expected behavior. Is there more to this bug than that?

Flags: needinfo?(porretta.danilo)
Severity: -- → S4

Redirect a needinfo that is pending on an inactive user to the triage owner.
:handyman, since the bug has recent activity, could you please find another way to get the information or close the bug as INCOMPLETE if it is not actionable?

For more information, please visit BugBot documentation.

Flags: needinfo?(porretta.danilo) → needinfo?(davidp99)
Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago24 days ago
Flags: needinfo?(davidp99)
Resolution: --- → INVALID

(In reply to David Parks [:handyman] from comment #6)

This sounds like this issue from SUMO, which is just the expected behavior. Is there more to this bug than that?

Yes, there is.

Just to clarify, it isn't actually the same issue mentioned in that link.
In the case I reported, the colors disappear as soon as you close the color window. Therefore, it was indeed a bug; as they should be kept until the entire program closes, as noted in your link.
However, it looks like it has finally been fixed in v.153!

Now, the colors are preserved even after you close the window; meaning you can, for example, change the colors of several folders one after the other using the same custom color for all of them.

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