Bug 416143 - Disappearing items in Contents
Summary: Disappearing items in Contents
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-12 01:24 UTC by bodorb
Modified: 2022-02-11 18:27 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot (188.42 KB, image/png)
2020-01-12 15:08 UTC, bodorb
Details
screenshot_good (191.19 KB, image/png)
2020-01-12 15:12 UTC, bodorb
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bodorb 2020-01-12 01:24:15 UTC
SUMMARY

Disappearing items in Contents (in the Navigation bar).


STEPS TO REPRODUCE
1. Click on some item in Contents.
2. Click anywhere in the document.

OBSERVED RESULT
The last item you clicked on in the Contents disappears.

REMARK

1. When clicked anywhere in the Navigation bar the item becomes visible again.
2. Reproduction is not reliable. Sometimes it happens, sometimes it does not. I do not know what it depends on. My observation is that if I reboot the system then the bug disappears, but once it comes back it persists.

SOFTWARE/OS VERSIONS
Linux: Ubuntu 19.10 eoan
Desktop Environment: Xfce version 4.14
Comment 1 Albert Astals Cid 2020-01-12 11:41:24 UTC
I don't understand what you mean at all, could you take a screenshot of when it's good and when it's bad and attach them here?
Comment 2 bodorb 2020-01-12 11:53:58 UTC
(In reply to Albert Astals Cid from comment #1)
> I don't understand what you mean at all, could you take a screenshot of when
> it's good and when it's bad and attach them here?

Now I cannot reproduce it again. I changed the theme of the application and the bug seems to be gone. I will send a screenshot as soon as it happens again.
Comment 3 bodorb 2020-01-12 15:08:39 UTC
Created attachment 125059 [details]
screenshot

This is what I see after clicking on the document. But changing the colour scheme fixes this. 

My guess is that the colour of the letters in the item on the left changes (in this case to white) when it is selected and then inactivated. Interestingly this does not happen in some other colour schemes, and I guess it is not supposed to happen at all.
Comment 4 bodorb 2020-01-12 15:12:12 UTC
Created attachment 125060 [details]
screenshot_good

And this is what I see after highlighting the item on the left. This looks fine.
Comment 5 Albert Astals Cid 2020-01-12 20:25:32 UTC
Which color scheme do you use when it fails?
Comment 6 bodorb 2020-01-12 20:36:55 UTC
(In reply to Albert Astals Cid from comment #5)
> Which color scheme do you use when it fails?

Blackbird (on Xfce).
Comment 7 Albert Astals Cid 2020-01-12 21:37:53 UTC
someone needs to have a look, but it may also just be that the colorscheme is broken
Comment 8 bodorb 2020-01-13 00:17:13 UTC
(In reply to Albert Astals Cid from comment #7)
> someone needs to have a look, but it may also just be that the colorscheme
> is broken

Yes, it is possible. Anyway thanks for your response.
Comment 9 Laura David Hurka 2021-08-12 18:34:20 UTC
Ah, that classical white-text-on-white-background problem, which appears everywhere in traditional GTK applications. Annoys me to. I think there is something wrong with the GTK color scheme to Qt color scheme interface.

From your window titlebar I guess that you use a GTK system (while Okular is Qt), so you apparently observe the inverse problem of mine.

I am moving this to Breeze, because there is a GTK related module. If you still can reproduce the issue, can you try to change the widget style (not the color scheme), to see whether it still appears? (If you know how to do that.)

As for me, I am using some GTK apps on my Qt system. All of them have white text in text boxes, unless the text box has focus. There is no way to change that, neither widget style, nor color scheme, nor GTK settings.
Comment 10 Janet Blackquill 2022-02-11 18:26:52 UTC
I don't know why this Okular bug is filed under the GTK theme; moving to Okular since that's where it should be