-
Notifications
You must be signed in to change notification settings - Fork 736
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Disappearing Panel Fonts #3442
Comments
I've seen this on both Cinnamon 2.0 and 2.2, including 2.2.16. |
Could you share some screenshots please? |
Sounds like a driver issue to me - not a Cinnamon one. |
I'm not sure it's a driver issue as it's happened to me (using 2.4.x) when using Intel graphics driver. |
Here's another report using nvidia hardware also has missing fonts (see screenshots on link) . |
I would agree about it being a driver problem if it were happening
|
I can confirm this is still present in Cinnamon 2.4. |
i confirm too ( Cinnamon 2.4.6 ) |
I just tried Cinnamon 2.2.16-5 in Debian Jessie for the last hour. I can reproduce this problem by activating the scaling effects (in other words, show all windows or show all workspaces). If I don't activate one of those, it doesn't seem to happen. Restarting cinnamon temporarily relieves the symptoms, as it were. |
Hi. I have similar issue using Cinnamon 2.4.7 on Arch Linux on ThinkPad T410 with Intel video card (i915 driver). I still not found a way to perfectly reproduce it, but the text disappears quite offten. There is also no way (known) to recover without restarting the session. It seems to me that it happens more often when I use external monitor. I also was suspicious about applications like Google Chrome or Eclipse, but probably there is no connection Please check attached images. |
Just an update. It seems that in my case (Intel i915 driver) the issue is reproduced always when going from locked screen on external monitor. |
I can also confirm @sruggier observation about scaling effects. It is not in 100% but very often. Also some 3rd party applications help to force issue with font disappearing. Krusader is an example in my case. BTW: Is there any cinnamon developer who could reproduce this problem? I would like to provide more information but there is nothing uncommon in logs. |
I found another program that seems to help to triggering the issue: Meld. |
This happened to me after pushing PrintScreen whilst inside a Windows VM running on Virtualbox. All my windows were minimised and I've lost text on the cinnamon menu, clock, taskbar, etc. |
Cinnamon 2.2.16 on Debian amd64 here. selecting the fonts menu via the desktop and then change a random setting and back, brings the fonts back. file= $home/.xsession-errors (nm-applet:23425): libnm-glib-CRITICAL **: nm_secret_agent_register: assertion 'priv->registered == FALSE' failed (cinnamon:23413): St-CRITICAL **: st_widget_get_theme_node called on the widget [0x7f7ff828b360 StBoxLayout.menu-selected-app-box] which is not in the stage. Window manager warning: Log level 8: meta_display_register_x_window: assertion 'g_hash_table_lookup (display->window_ids, xwindowp) == NULL' failed |
I don't think that there will be any backports to cinnamon 2.2 anymore, it would be far more interesting for the developers to know if this is still an issue with latest cinnamon (2.6 will be released in the next days) |
Good, point, i will upgrade first and see if the bug persists. thanks for the hint |
It seems that the issue is almost gone in 2.6.3. I just noticed that the font on desktop icons sometimes change its color from white to black. |
Well, for those that can't upgrade to 2.6.x (read, Debian Jessie users) an odd workaround I found is to set and revert font scaling factor. Note that prior to Cinnamon 2.2 the commands to change and revert the scaling factor was (note gnome instead of cinnamon): |
Have same issue on cinnamon 2.6.13. Are there any plans to fix it? P.S. Thanks @Neowizard for workaround. Created alias in _UPDATE_: font scale hack helped only once. After a while the issue came back and font scaling doesn't help :) |
@N1kto, I noticed that sometimes that workaround doesn't work. |
@Neowizard you are right. I tried using MATE with hope this issue doesn't happen there. But after a few times of suspending it appeared there too. So I start to think that maybe it has something to do with video card/driver. I have an integrated Intel graphics: |
I'm also using Intel integrated, an "Integrated Intel HD graphics in QM57" (identified by lspci as "Corporation Core Processor Integrated Graphics Controller (rev 02)"). Seems like it could be an issue with the Intel drivers or the way Cinnamon interacts with them. |
I was experiencing this bug on laptop with Intel GPU. The fonts were disappearing when starting a Qt5 application with a tray icon. A solution I found is to change font anti-aliasing setting to greyscale, no need to modify shell rc. 3 weeks without the bug. |
Shall we close this issue once Linux Mint ever gets Kernel 4.8.0? I know that'll be a while, but still... |
Ubuntu 16.04.2 will be released with Kernel 4.8 and that will be the LTS supported kernel. I guess that will mean it will become available to LM sometime soon, maybe when 18.2 comes out. At least for Ubuntu, you can see their Kernel and LTS plans here: |
I 'm sad to report that I have this issue with a 4.8 kernel :( From a fresh install of Linux Mint 18.2 Sonya, on a recently acquired Toshiba Satellite A100 laptop (old laptop but new to me, so no older comparison points).
|
I did an upgrade from my working 18.1/4.8 to 18.2 and the problem did not resurface. Have not tried fresh install. Will not try fresh install until this problem fixed. |
In nearly three years no one has posted logging or a backtrace for the issue, closing it as 'Insufficient info' is provided! |
@leigh123linux I haven't seen any requests here about logging or backtrace, nor instructions how to produce one. People uploaded e.g. screenshots or the relevant part of the output of |
I guess this is fixed in LM 18.2, as I've never got the bug since 18.1... |
A few sceenshots and some random hardware info is useless when trying to find code issues. For those on mint 18.2 using newer Intel hardware could try removing the intel legacy driver and switch to modesetting driver instead
reboot P.S 18.2 radeon users could also try modesetting driver as well, I have no idea how to switch to it. https://www.phoronix.com/scan.php?page=news_item&px=Radeon-Modesetting-DDX-Xenial |
@leigh123linux You could always provide a link to a page somewhere (e.g. in the central README.md) that describes what information you would like to see for each report. I would gladly provide any info I can, but it's difficult without knowing what you might be needing. The logs not providing enough data is of course, another matter altogether. It is also a bummer that you could not reproduce it, but before removing the driver, I could, consistently, with logging in and out, so at that point I could have acquired any info. If it turned out to be an Ubuntu bug, we would have been in a better position to file it upstream. |
I have this issue frequently running LM Cinnamon 18.0 Sarah - usually once or twice a week, almost always when the computer wakes up after opening the lid. Kernel version 4.4, on a Toshiba Satellite C55-B5355. If someone could point me to the location of the log file I will post, but I haven't got the first clue where to find it. |
As @allenerenee, I'd gladly provide more useful info.
|
@allenerenee this is fixed in Kernel 4.8 (
|
@allenerenee, there is syslog in /var/log/syslog. You can open Nemo, the file lister, and browse syslog using the text editor. Find the time where you closed the list and the time when you opened the lid. To keep the log small, you could close every application, wait a minute, close the list, open, then select syslog. That section of the log will be free from distracting application related messages. |
@Redsandro this is not fixed in kernel 4.8, see one of my previous comment. The workaround cited by leigh123linux does not work. I tried it for a few days before commenting back and it was fine. Then I used Wine and I suspect it triggered the bug again. Will try to test and post relevant syslog. |
@raph82 I hear you. I wonder if there are two or more different causes for the same problem. For me the problem does very clearly not occur on 4.8 or 4.10. When I switch back to 4.4, the problem is back immediately. "Something" is fixed for my hardware configuration quite observably so. |
I've upgraded to a 4.10 kernel a few days ago and since I did not see this bug. |
Funny how it's only after I post "it works again" messages that bugs resurface. toshiba-syslog-2017-08-13.log.txt |
@raph82: I'm having a pretty severe case of this issue right now, but I don't see the words 'memory' or 'corrupt' in I just typed |
In case any expert on how Mint or Cinnamon render fonts is watching this bug but not #3811, I refer them to the comment I just posted there. I found that the issue isn't quite as simple as 'sometimes, the number 2 and letter Q stops rendering for a particular font'; the size, colour and whether the window has focus apparently affects which characters are rendered. This is a pretty debilitating issue on my system, so I'm happy to help try to solve it. (It'd be nice to minimise how often I have to reboot my system, though. ☺) |
By the time I got the response how to find it, I'd upgraded to the 4.10 kernel and haven't had this issue since.
…On October 12, 2017 10:04:25 AM EDT, Michael Scheper ***@***.***> wrote:
@raph82: I'm having a pretty severe case of this issue right now, but I
don't see the words 'memory' or 'corrupt' in `/var/log/syslog`. Can you
tell me the exact messages you're seeing? I'm just curious if your
memory issues are related to the problem we're both apparently having.
I just typed `grep -i '\(memory\|corrupt\)' /var/log/syslog
/var/log/kern.log /var/log/auth.log /var/log/Xorg.*`, which should
cover all the files in `/var/log` that were changed today, and it
didn't come up with anything interesting. I don't have a Toshiba,
though, so there's no 'toshiba-syslog-*' file on my system.
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#3442 (comment)
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
Thanks, @allenerenee. I've seen reports that updating to 4.8 doesn't fix the problem, but I'll try 4.10. |
@mscheper: the (possibly) relevant messages in the previously attached syslogs are: IIRC those come from /var/log/syslog; toshiba-syslog* was the filenames I gave the extracts. |
I just signed up to Github to make posts here... OS: Hardware One fix, as suggested much earlier in this thread, is to do For some people, it seems that subsequent kernel and other updates solved this, but it's still happening on my system. |
Greets! I've done a few time consuming experiments to see where the issue may lie. I'm no tech wizard, although am mildly competent at getting around with the help of Google and various threads, and it seems in my case this issue occurs when I am running any type of audio player. I've tried VLC, Banshee, Clementine and Audacious and ran out of patience. It's been suggested that this could be a graphics issue. Personally I don't see how this is the root cause as nothing else seems to create the issue. When using VLC to play video files, I've left the application running for a few hours with no change to the taskbar & menus, yet when I play audio (through VLC) the problem arises within 30 minutes of using the application. Again, this issue happens solely with the use of applications when playing audio files (WAV, FLAC & Mp3 specifically). Not knowing anything about programming or writing scripts/code, I can't suggest a work around. However, may I be so incredibly bold as to suggest that the issue may be a conflict between audio and graphics somewhere (??) This issue never occurred with Ubuntu, only with Mint. Would be nice to get this one solved... Lenovo ThinkPad-T410 |
Clementine produces the scrambled taskbar effect. Years this is bothering me. Different versions of mint and clementine. |
@Shankaraya that looks like a theme parsing error caused by a property like |
Changed to mate desktop. Even deleted cinnamon. |
As this bug is highly probably about GPU driver issue, if you cannot reproduce the problem with intel integrated graphics, your bug is probably some other issue. Also, any issue with a test case where the steps include "wait for random delay between 30 min and 24 h" will be hard to fix. Do you have any evidence that it will happen for sure in 24 h? In addition, the last screenshot shows crash with partial stacktrace suggesting that this crash happens within libglib which is not the software running the GPU nor display so it's probably not related to rendering issue. Have you been able to reproduce this issue with another similar computer to make sure the issue is not e.g. RAM corruption because of hardware issue? |
On a few of my LM systems, I'm seeing a problem with fonts on the Cinnamon panel. On occasion, some of the fonts (but not all) will either disappear (leaving blank space), or turn into solid rectangles/squares. This leaves panel text nearly unreadable in some cases. I've only seen this on systems running the AMD proprietary drivers. It does not happen using the open-source AMD/ATI driver. I had initially thought it was triggered by running WINE, as it appeared most often when running WINE software. However I just saw it happen on a system where WINE isn't installed. So, I'm not sure what triggers it. This is only affecting fonts on the panel. Other fonts on the desktop, windows, etc. are unaffected.
The text was updated successfully, but these errors were encountered: