Package: mousepad Version: 0.4.0-3 Followup-For: Bug #822069 Dear Maintainer,
Hi! Thank you for your time and dedication that helps #Debian make computing a possiblity for poverty level individuals! Additionally, my apologies that I've known about this for an extended period. This is the first chance available to pull together a cognitively comprehensible bug report. While cosidering opening a new bug, reportbug offered bugs #797306 and #797307. Those 2 bugs are *not* why I'm filing my report, but that is only because I don't go to that extent in monitoring my system 99% of the time. Ever since stumbling on this bug, there's been no doubt in my mind that it's likely affecting my computer's processing efficiency. My system's version of whatever is going on was found when my rsync backups started hanging up. Rsync turned out to be choking on the hidden file, ~/.xsession-errors, because it was... *1GB* LARGE! :D Mousepad was present in line after line of that output so I threw it into a terminal. Flicker rate was off the charts because the error messages were racing off the terminal screen. Someone over at Xfce marked a similar issue as solved [1] after referencing fonts so I played with those. I decided a scientific approach would be to test some other user variable so I played with theme settings. In that 2 minutes of playing with alternating theme settings, my *latest* ~./xsession-errors file went from 111914 lines of error messages to a tremendous 1148486 lines. TWO MINUTES! :) A sampling of the errors generated is as follows: +++ BEGIN MOUSEPAD ERRORS +++ (mousepad:1034): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed (mousepad:1034): GtkSourceView-CRITICAL **: gtk_source_style_scheme_get_id: assertion 'GTK_IS_SOURCE_STYLE_SCHEME (scheme)' failed (mousepad:1034): GtkSourceView-CRITICAL **: gtk_source_style_scheme_manager_get_scheme: assertion 'scheme_id != NULL' failed +++ END MOUSEPAD ERRORS +++ With respect to root getting a hat tip in one of the related bugs, that's actually where I initially observed the "flicker rate" effect of so many lines of errors flashing by. Because it's basically the same errors repeated, that flicker rate is easy to miss because the repetitious errors keep replacing each other on the screen. My terminal window just happened to be sized differently at that moment the flicker rate became visible. Lastly, I chose to addend to bug #822069 since it's the newest number and the others were merged to it. In conclusion, thank you again *so much*. Mousepad is one of the packages left open here all day every day! Well, except for a brief period of time where it was a conscious *_CHOICE_* based on the assumption that this bug surely had to be direly affecting CPU efficiency somehow, no joke. :) Peace and best wishes from Talking Rock, Georgia! Cindy (Sue) :) [1] https://forum.xfce.org/viewtopic.php?id=9518 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii libc6 2.22-7 ii libglib2.0-0 2.48.0-1 ii libgtk2.0-0 2.24.30-1.1 ii libgtksourceview2.0-0 2.10.5-2 ii libpango-1.0-0 1.40.1-1 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information
