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 libc62.22-7
ii libglib2.0-0 2.48.0-1
ii libgtk2.0-0 2.24.30-1.1
ii libgtksourceview2.0-02.10.5-2
ii libpango-1.0-0 1.40.1-1
mousepad recommends no packages.
mousepad suggests no packages.
-- no debconf information
