View Issue Details

IDProjectCategoryView StatusLast Update
0016913ScribusUser Interfacepublic2023-03-18 18:36
Reporternomen-niesco Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
Status newResolutionopen 
PlatformLinuxOSManjaroOS Version22.0.5
Product Version1.5.8 
Summary0016913: Visual bug in font selection.
DescriptionIn the "text property" menu (F3), when I want to select a font the scrolling list is completely glitched with color aberrations. Abherences similar to a rendering issue, leading to almost non-legible fonts, drowned in a mixture of purple, orange, white and pixel mush.
Steps To ReproduceSelect a text frame, press F3 (or go by any other means to "text properties") and click on the selector in the list of fonts.
Additional InformationI did a reinstall of Scribus, with no positive effect.
I checked Libre Office and other apps to see if the problem was with my machine or my font list and nothing to report.

More info on my setup:

Operating System: Manjaro Linux
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Kernel Version: 6.1.19-1-MANJARO (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 15.5 Gio of RAM
Graphics Processor: AMD Radeon RX 6600
Tagsfont, selector, UI



2023-03-17 10:45


scribus-font-selector_glicth.png (776,799 bytes)   
scribus-font-selector_glicth.png (776,799 bytes)   


2023-03-17 10:59

reporter   ~0050034

I just saw the same behavior in selecting fonts via the “Style Manager” menu (F4).


2023-03-18 15:25

administrator   ~0050036

Weird issue... Might be a Qt bug on Manjaro as I do not observe it on Windows and on other Linux distros (tested OpenSuse Tumbleweed, Ubuntu 22.10, Linux Mint 21.1).


2023-03-18 16:48

administrator   ~0050037

A Qt bug looks even more likely as trunk compiled with Qt 6.4.2 does not suffer of this issue on Manjaro.


2023-03-18 18:36

reporter   ~0050038

In short, I found what caused this bug (without being able to systematically reproduce it).
In Scribus:
file/preference/user interface/main window/
In the appearance section the "appearance" field is empty by default. However, I played around with this setting to see the different themes before putting the field back to default. To test, I changed this parameter again and randomly selected another one from the list, the problem solved itself... I put it back on the empty field as the default is bug didn't come back.

I deduce that I have solved my problem, a little strange but if that's it, that's fine with me.


After your message, I decided to test a little more thing.
So I created a virtual machine with Manjaro KDE, upgraded to the same version as my physical machine. Installation of Scribus, and each addition of one of my themes and each aesthetic modification I do the following:

Opening scribus, creating a single page document, creating a text frame, F3 and changing the font.

I tested after the fresh install of the OS
I tested after installing the sweet-mars global theme
I tested after installing the sweet-mars-xfce gtk theme
I tested after installing the sweet-mars-transparent-toolbar theme

And I couldn't reproduce my visual bug.
BUT, one thing struck me, although I have exactly the same theme in my VM and on a PC the icons to close / minimize / restore the current project are not identical. And so I modified Scribus' internal theme settings, as explained in the summary above.

Issue History

Date Modified Username Field Change
2023-03-17 10:45 nomen-niesco New Issue
2023-03-17 10:45 nomen-niesco Tag Attached: font
2023-03-17 10:45 nomen-niesco Tag Attached: selector
2023-03-17 10:45 nomen-niesco Tag Attached: UI
2023-03-17 10:45 nomen-niesco File Added: scribus-font-selector_glicth.png
2023-03-17 10:59 nomen-niesco Note Added: 0050034
2023-03-17 10:59 nomen-niesco File Added: scribus-font-selector_glicth02.png
2023-03-18 15:25 jghali Note Added: 0050036
2023-03-18 16:48 jghali Note Added: 0050037
2023-03-18 18:36 nomen-niesco Note Added: 0050038