Strange blank history items without visible content

[Emulator000]

Describe the bug When I open the main history window, I can't see selectable items as expected

To Reproduce Steps to reproduce the behavior:

1. Go to 'CopyQ main window
2. See error

Expected behavior Items listed as expected

Screenshots

Version, OS and Environment CopyQ Clipboard Manager v4.1.0~focal Qt: 5.12.8 KNotifications: 5.68.0 Compiler: GCC Arch: x86_64-little_endian-lp64 OS: Ubuntu 20.04.2 LTS

Additional context I tried to see the Log window in order to check if there are some errors but I can't find anyting significant, screenshot here:

Also, when I go into the Appearance window, CopyQ crashes after few seconds, I tried to set another theme manually without luck.

[hluk]

Can you share backtrace if possible? It might be possible with coredumpctl info copyq.

[Emulator000]

@hluk unfortunately no coredumps, here what I receive:

$ coredumpctl info copyq
No coredumps found.

Also, the first time I opened CopyQ when I rebooted the system, I saw the Apparence window with not selectable items and empty list for fonts etc 😢

[hluk]

That looks like something is wrong with Qt libraries or system theme.

Maybe updating system packages would help. Where did you install CopyQ from?

[Emulator000]

@hluk packages all updated, do you have any hint to set default values for Qt? I never touched but maybe the issue is there...

I installed CopyQ from your PPA

[hluk]

Can you try installing CopyQ from flatpak instead? See: https://copyq.readthedocs.io/en/latest/installation.html

[Emulator000]

@hluk sorry for the delay, is the same thing unfortunately...

[hluk]

That's interesting, the Flatpak should use different Qt libraries and clean configuration, so I would assume that the result would be different.

Can you check the debug logs when you launch the app with the following command?

env COPYQ_LOG_LEVEL=DEBUG copyq

[LubosRemplik]

Not sure what happend, but cant say this is happening to me any more. No update of copyQ as far as I know and it is working...

Only change which might be related is I have uninstalled https://micheleg.github.io/dash-to-dock/ gnome extension.

So maybe some conflict or this dash to dock gnome extension is doing something nasty...

[LubosRemplik]

Not sure what happend, but cant say this is happening to me any more. No update of copyQ as far as I know and it is working...

Only change which might be related is I have uninstalled https://micheleg.github.io/dash-to-dock/ gnome extension.

So maybe some conflict or this dash to dock gnome extension is doing something nasty...

Yep, exaclty as I said... same as version as per #1861

CopyQ Clipboard Manager 5.0.0-115-gf9c668f7
Qt: 5.15.2
KNotifications: 5.86.0
Compiler: GCC
Arch: x86_64-little_endian-lp64
OS: Ubuntu 21.10

[freeo]

I witnessed the same today and have some further input:

• First time I started CopyQ in the session of the installation it worked just fine!
• Next day after reboot: same as in the screenshot above (interesting though: I can go up/down in the list, it selects properly and pasting works as expected, but since I can't see what I'm selecting... it's of no use)
• Tested if my window manager is at fault (awesomewm): CopyQ worked as expected in Gnome based Pop OS desktop env (no dash to dock was used)
• XFCE: didn't work, same issue as with plain awesomewm

Any outputs wanted to help debug?

[hluk]

Can you provide debug logs and a crash report (stacktrace)? This is probably some issue with conflicting libraries/plugins in Ubuntu.

[LubosRemplik]

Urgh, it was good for some time but now it is back... I guess it has something to do with my graphic driver and gnome. It was good for while on fresh start, when I do "play" with my monitor setup there is same issue again

[LubosRemplik]

And now it is working, I am having legion 5 pro with nvidia graphic and this laptop has modes, when I am on mode which is definately using nvidia driver then this issue happens, when on normal mode and freshly booted system then it works

[Emulator000]

Stil not working, fresh installed machine with Pop_OS! and Nvidia drivers, same issue happens

[NC-VZLA]

Hi, I've been having the same issue, It used to work fine until the last couple of updates, I tried uninstalling it, purge it, manually removing the config folders, but to no avail.

OS: KDE neon User - 5.25 x86_64 
Host: ZBOX-EN1070/1060,EN1070K/1060K XX 
Kernel: 5.18.10-76051810-generic 
Packages: 2559 (dpkg), 34 (flatpak), 12 (snap) 
Shell: fish 3.5.1 
Resolution: 5120x1440, 3840x2160 
DE: Plasma 
WM: KWin 
WM Theme: Breeze 
Theme: Breeze Dark [Plasma], Breeze [GTK2/3] 
Icons: breeze-dark [Plasma], breeze-dark [GTK2/3] 
Terminal: yakuake 
CPU: Intel i5-7500T (4) @ 2.700GHz 
GPU: NVIDIA GeForce GTX 1070 Mobile 
GPU: Intel HD Graphics 630 
Memory: 7208MiB / 32033MiB 

`` CopyQ_Log.txt

[hluk]

@NC-VZLA Did you try this with the latest version (6.2.0)?

[NC-VZLA]

Yes, the log was when I just reinstalled 6.2.0~focal, all the same issues as described before, both in item list and in the appearance section.

[hluk]

:bulb: Another idea: The app style sheet can sometimes conflict with the system theme. So one thing to try is to avoid setting any style sheet to the item list.

1. Exit CopyQ.
2. Open ~/.config/copyq/copyq.conf in an editor.
3. Change css_template_items=items option (or add it if it is missing):

[Theme]
css_template_items=

4. Save the changes.
5. Start CopyQ.

[NC-VZLA]

I tried, but I have still the same issues. No change.

[NC-VZLA]

Just Updated to 6.3.0, and it fixed the main window issues, but the appearance menu in the preferences is still misbehaving, after being selected takes at least 40 seconds to load and the middle section (where you select the appearance) is still blown out of proportion. I didn't try to change the appearance,

[hluk]

the appearance menu in the preferences is still misbehaving, after being selected takes at least 40 seconds to load and the middle section (where you select the appearance) is still blown out of proportion

I think it has something to do with the optimized item rendering/loading code. It is possible that the preload() call triggers another refresh recursively.

[hluk]

I'm trying to simplify and improve the rendering and item preloading some more.

If you can, please help test the new development flatpak image: https://github.com/flathub/com.github.hluk.copyq/pull/44 (scroll to the latest flathubbot comment and use the command to install the flatpak)

Specifics to tests:

• items are rendered in the list correctly
• list can be scrolled properly with mouse wheel and scrollbar
• keyboard item browsing is stable (up/down arrows, page up/down, end/home)
• Appearance tab in Preferences works properly

[Emulator000]

Thank you so much @hluk for this! I finally see the ListView correctly on every machine I have! 😄

[hluk]

Thank you so much @hluk for this! I finally see the ListView correctly on every machine I have! smile

Thanks for quick test. I had to update the build again because of broken rendering on Windows. Please check again if you have the time.

[hluk]

I've completely rewritten the rendering code. Please help testing it.

For Linux, there is a Flatpak image you can install using the latest instructions from flathubbot: https://github.com/flathub/com.github.hluk.copyq/pull/44#issuecomment-1255259412

Test build for Windows: https://ci.appveyor.com/project/hluk/copyq/builds/44855887/artifacts

[richlux]

This latest build appears to be working well for me on Windows 10

Rich

[FreeHarry]

I've completely rewritten the rendering code. Please help testing it.

For Linux, there is a Flatpak image you can install using the latest instructions from flathubbot: flathub/com.github.hluk.copyq#44 (comment)

Test build for Windows: https://ci.appveyor.com/project/hluk/copyq/builds/44855887/artifacts

Tested on Windows 10. It seems problem with big, blank boxes is solved. But there is another one now: If I copy a string which is already existing in the CopyQ history, then this item is not show as selected/visible after I open the CopyQ window.

[hluk]

Thanks for testing!

If I copy a string which is already existing in the CopyQ history, then this item is not show as selected/visible after I open the CopyQ window.

@FreeHarry Do you mean there is an empty item (blank box) at the top? Can you share a screenshot?

[hluk]

I have added more update-item-list calls on couple of events (for example for item data change) to ensure the item list stays updated.

New build for Windows: https://ci.appveyor.com/project/hluk/copyq/builds/44861458/artifacts

[hluk]

I did another round of fixing and refactoring. The rendering and scrolling should now be much more stable and faster.

Linux Flatpak image (install using the latest instructions from flathubbot): https://github.com/flathub/com.github.hluk.copyq/pull/44#issuecomment-1256890960

Windows build: https://ci.appveyor.com/project/hluk/copyq/builds/44870425/artifacts