Bug 4105 - Selected text becomes invisible upon swithing to another UI section
Summary: Selected text becomes invisible upon swithing to another UI section
Status: RESOLVED INVALID
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: UI (show other bugs)
Version: 3.17.2
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2018-10-28 12:30 UTC by George
Modified: 2018-11-05 11:43 UTC (History)
0 users

See Also:


Attachments
example: step 1 (above) and after step 2 (below) (4.54 KB, image/png)
2018-10-28 12:30 UTC, George
no flags Details

Description George 2018-10-28 12:30:18 UTC
Created attachment 1928 [details]
example: step 1 (above) and after step 2 (below)

STR:

1. Type something in quick search toolbar, select the text with the mouse

OR

Compose a new message and select the text typed in Subject or To: field

2. Without deselecting the text: left click somewhere else (e.g. in the message text body)

EXPECTED:

The selected text should remain readable

ACTUAL:

After clicking in message body or list or anywhere outside the input of selected text, the text shows as white color on white background which makes it "disappear".

version 3.17.0git138
Comment 1 Paul 2018-10-28 12:43:48 UTC
no such problem here. The selected text remains selected and visible.

My guess that it is down to your GTK+ theme. Try using another theme (or theme engine).
Comment 2 George 2018-10-28 14:18:47 UTC
This reminded me of bug#3965 and indeed the 2 seem related. Here is why:

I am using KDE Plasma.

A workaround for #3965 (which BTW is still actual) is to turn off "Apply colors to non-Qt applications" in KDE Color settings. However then the current bug appears. If I turn it on, then the current bug is no longer.

So I have to choose between experiencing bug #3965 or this one.

What do you say about that?
Comment 3 George 2018-11-01 13:51:41 UTC
Tested in XFCE too - same behavior as reported initially. However in XFCE I have found no workaround (like in KDE).

Could you please have another look?
Comment 4 Andrej Kacian 2018-11-01 14:09:47 UTC
We don't do anything specific with the appearance of selected text, so if there's a bug, it's either in GTK+ or in the theme engine you are using.
Comment 5 George 2018-11-01 14:38:13 UTC
I have tested on 2 different computers, using 2 different desktop environments and it happens on both, so I am not quite sure what else to check.

Which GTK+ version and theme engine work for you, in which you don't see the issue?
Comment 6 Michal Suchánek 2018-11-01 15:20:09 UTC
How is this specific to claws?

Some themes are just broken. If you can find difference in behavior between claws and other GTK applications that might be a bug in claws. However, theme not working is most likely theme bug.
Comment 7 George 2018-11-05 11:00:20 UTC
Using 'kcmshell5 kde-gtk-config' I tried all available themes:

Adwaita
Adwaita-dark
Breeze (the which was set when reporting the issue)
Breeze-dark
HighContrast
Raleigh

The only ones which give readable (light BG, black FG) tooltips are HighContrast and Raleigh but they look terrible as a whole.

Again: what are you guys using? (so I can test with it)
Comment 8 Michal Suchánek 2018-11-05 11:38:05 UTC
I am using themes from the MATE desktop environment. In particular blackMATE.

I can see selection in inactive window just fine. 

I am running claws  3.17.1
Comment 9 George 2018-11-05 11:43:01 UTC
Thanks. ^^

After installing some other themes I found a nice one (Gilouche). There are also a few others which don't have this issue.

Obviously not a CM issue indeed.

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