Created attachment 53640 [details] A part of a screenshot showing the issue Version: 2.3.2 (using KDE 4.5.3) OS: Linux See the attached picture. Could be a raster (http://www.micuintus.de/2010/09/03/how-to-drastically-boost-up-your-kde-4-performance-by-using-the-qt-raster-rendering-engine/) issue but AFAIR this also happens with native Qt rendering. I run aptosid with newer KDE SC packages from http://qt-kde.debian.net/ Amarok comes from Debian experimental. Reproducible: Sometimes OS: Linux (x86_64) release 2.6.36-0.slh.8-aptosid-amd64 Compiler: cc
AFAIK this is already solved in 2.4-git, see also bug 195186 which is related. Feel free to reopen this report if you can reproduce it with Amarok 2.4 or later.
*** Bug 263058 has been marked as a duplicate of this bug. ***
Hi, I've just seen this bug in 2.4, so it's not fixed at all. Also, I don't see any option to reopen the bug here.
Please tell us how to reproduce this, does it always appear at the same OSD text? If yes, please tell us your current OSD settings and OSD text so we can reproduce locally and fix this. Thanks PS: Can't REOPEN this bug either for some reason, marking it as UNCONFIRMED for now.
Yes, it happens alway at the same OSD text. I noticed it happens even with the OSD preview. I'll attach a screenshot
Created attachment 56092 [details] 2.4.0 screenshot
Okay, thanks a lot. Can't reproduce with my font settings. Additonally, I need your KDE settings for "general font" and DPI settings. Maybe that's it.
Yes, that's it. I was using Verdana font, and when I switched to default font the problem went away. As for DPI settings, in case you still need them: where can I find them?
Sorry, still can't reproduce at all. Tried with Verdana and multiple sizes. Could you please post a screenshot of the KDE font settings dialog (system settings)?
Created attachment 56095 [details] font settings dialog Sure. Here it is.
Created attachment 56128 [details] It still happens with Amarok version >= 2.4
Created attachment 56130 [details] my fonts configuration dialog My .fonts.conf follows below. My conjecture that it could be a raster engine issue seems more and more plausible to me: I didn't have this issue anymore for a long time, but today I switched back to the Qt raster engine (as it is much faster; I dropped raster for a while because it consumes more main memory), and I had this bug again with Amarok 2.4.0 (fresh from the Debian sid repos) — see my prev. attachement. Piotr, do you have the Qt raster engine enabled? Anyways, here comes my .fonts.conf: <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font"> <edit mode="assign" name="rgba"> <const>rgb</const> </edit> </match> <match target="font"> <edit mode="assign" name="hinting"> <bool>true</bool> </edit> </match> <match target="font"> <edit mode="assign" name="hintstyle"> <const>hintmedium</const> </edit> </match> <match target="font"> <edit mode="assign" name="lcdfilter"> <const>lcddefault</const> </edit> </match> <match target="font"> <test compare="not_eq" name="slant" qual="any"> <const>roman</const> </test> <test compare="less" name="weight"> <const>medium</const> </test> <edit mode="assign" name="hintstyle"> <const>hintslight</const> </edit> </match> <match target="font"> <test compare="more_eq" name="size" qual="any"> <double>14</double> </test> <edit mode="assign" name="hintstyle"> <const>hintslight</const> </edit> </match> <match target="font"> <test compare="more_eq" name="pixelsize" qual="any"> <double>16</double> </test> <edit mode="assign" name="hintstyle"> <const>hintslight</const> </edit> </match> <dir>~/.fonts</dir> <match target="font"> <edit mode="assign" name="antialias"> <bool>true</bool> </edit> </match> </fontconfig>
This is an automated message from the triager: Amarok 2.4.1 has been released on May 8 already. Could you please upgrade and test if you can still reproduce this bug? Without feedback within a month we will close this bug as resolved. Thank you for your understanding.
(In reply to comment #13) > This is an automated message from the triager: I am very sorry, but this still happens with Amarok version 2.4.1 (@KDE 4.6.3).
Thank you for the feedback.
I hit this bug in 2.5.0. As a workaround I changed the OSD text color in Amarok settings to something (black in my case) that made the shadow color appear very similar to the OSD background color (whitish). The bug still occurs, but it's not that noticeable as before. So for someone willing to debug this, I suggest setting the OSD text color to the background color, so the thick shadow will be visible clearly.
Hi, I am on latest 2.5-GIT and still have the same issue. It happens always setting the font scale from 110% to 121%, both included. Can you reproduce it?
Cannot reproduce it in 2.6-git
(In reply to comment #18) > Cannot reproduce it in 2.6-git Still reproducible when changing the font size to 121%, as suggested in the previous comment.
I think I know the reason. It happens in cases when the shadow text (which is a little bit larger) get's linebreaks at different positions than the normal text. I have no idea how this could be easily fixed.
*** Bug 260370 has been marked as a duplicate of this bug. ***
Git commit 6f0eada9fcc1403eb7416dded9df69a9602dab7a by Ralf Engels. Committed on 03/02/2013 at 22:06. Pushed by rengels into branch 'master'. Fix: OSD sometimes misplaces the font and the font's "shadow" Make sure that shadow and actual text are exactly painted in the same way. FIXED-IN: 2.8 M +12 -8 src/widgets/Osd.cpp M +3 -0 src/widgets/Osd.h http://commits.kde.org/amarok/6f0eada9fcc1403eb7416dded9df69a9602dab7a
Git commit 93d422211ac1a5e218db21936163c6eba0cc7a02 by Mark Kretschmann. Committed on 02/03/2013 at 23:01. Pushed by markey into branch 'master'. Fix shadow rendering in On-Screen-Display. The shadow was sometimes rendered in the wrong place. This happened due to word wrap, which got triggered because the shadow text is a bit larger than the regular text. M +3 -3 src/widgets/Osd.cpp http://commits.kde.org/amarok/93d422211ac1a5e218db21936163c6eba0cc7a02