Bug 142282 - Text Background fill color (Highlighting) bucket (short-cut-icon) always reverts to yellow after some time
Summary: Text Background fill color (Highlighting) bucket (short-cut-icon) always reve...
Status: RESOLVED DUPLICATE of bug 139803
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Highlight-Color
  Show dependency tree / graph
 
Reported: 2021-05-14 13:21 UTC by ATI
Modified: 2022-09-12 17:02 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description ATI 2021-05-14 13:21:07 UTC 
Description:
The fact that the highlight colour is automatically changing to yellow after some time is unpractical.
It would be more user-friendly if the selector would stay on the last used highlight colour.

see also https://ask.libreoffice.org/en/question/184903/background-fill-color-bucket-always-reverts-to-yellow/

Or even better give the user a setting choice:

a) revert to yellow after some time
b) stay with last used colour
c) revert to colour x after some time

An automatic function that does, what the user wants, is great.
An automatic function that does, what the user not wants, is ergonomically very bad.

Steps to Reproduce:
1. Chose a text background colour other than yellow, by using the shortcut-icon
2. Highlight some text with it
3. Wait some time


Actual Results:
The highlight colour of the icon changes automatically back to yellow

Expected Results:
The highlight colour should stay the last colour used by the user


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.7.2
Build-ID: 1:6.4.7-0ubuntu0.20.04.1
CPU-Threads: 2; BS: Linux 5.4; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-CH (de_CH.UTF-8); UI-Sprache: de-DE
Calc: threaded
Comment 1 Harshita Nag 2021-05-19 10:50:05 UTC 
Can't reproduce this.
Waited for almost 5 minutes but the colour didn't change back to yellow.


Version: 6.4.7.2
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; 
Locale: en-IN (en_IN); UI-Language: en-US
Calc: threaded
Comment 2 ATI 2021-06-07 12:24:58 UTC 
As I discovered that Libre Office has a Safe Mode, I worked in Safe Mode and the bug is there too.
Comment 3 ATI 2022-06-22 14:12:47 UTC 
(In reply to Harshita Nag from comment #1)
> Can't reproduce this.
> Waited for almost 5 minutes but the colour didn't change back to yellow.
> 
> 
> Version: 6.4.7.2
> Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
> CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; 
> Locale: en-IN (en_IN); UI-Language: en-US
> Calc: threaded

The time between setting the color and the reset to yellow is changing. Sometimes it is short & sometimes it is long.
What is consistent, is the reset.
Comment 4 Dieter 2022-06-22 19:59:52 UTC 
ATI, thank you for reporting the bug. It seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 5 Justin L 2022-09-12 17:02:43 UTC 
Print Preview can cause this. If you find other situations that do the same thing, then add that info to bug 139803.

*** This bug has been marked as a duplicate of bug 139803 ***