[konsole] [Bug 430036] New: konsole repeatedly losing no-toolbar setting

Duncan bugzilla_noreply at kde.org
Sat Dec 5 08:56:40 GMT 2020


https://bugs.kde.org/show_bug.cgi?id=430036

            Bug ID: 430036
           Summary: konsole repeatedly losing no-toolbar setting
           Product: konsole
           Version: master
          Platform: Gentoo Packages
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: konsole-devel at kde.org
          Reporter: 1i5t5.duncan at cox.net
  Target Milestone: ---

konsole has repeatedly lost my no-toolbar setting, displaying (IIRC) the
session toolbar.

This is on git-master built using the gentoo/kde project overlay packages.  I'm
running on (kde/)wayland by default now so the bug is /possibly/ wayland
related, tho I suspect not.

I /suspect/ the problem is a race between a just-closing konsole window
presumably attempting to write konsolerc, and a just-opening window presumably
attempting to read it, because one of my use-cases (a recursively invoked popup
pdmenu TUI tree in a successive konsole windows, one per tree level, see bug
#430032 for the detail) involves a lot of that.  The assumption being that the
file is locked for writing by the old instance just as the new instance tries
to read it, resulting in the new instance defaulting to showing the toolbar, a
state which (if I've not reset the toolbar to unshown by then) it presumably
saves as it quits.

When it happens I have to context-click (aka right-click) on the toolbar,
select unlock toolbars to get the per-toolbar option, and unselect the one that
got set back to appear (IIRC the session toolbar).  Doing that once is no big
deal, but having it happen repeatedly if inconsistently gets irritating after
awhile.

After it happened a few times I took all the buttons off the toolbar so it's
empty, and that is retained, but when the show-toolbar option is reset to on,
it still shows the (smaller) empty toolbar.

The bug is the more irritating because in that particular usage I'm trying to
show a TUI menu as if it's a stand-alone popup, no windeco (kwin window rule),
no scrollbar (konsole profile), no tabbar (commandline), no menu (commandline),
no toolbar (general konsole preference), transparent background (kwin window
rule), so the TUI menu appears bare in the middle of an otherwise 100%
transparent window.  Unfortunately the no-toolbar setting keeps getting lost,
destroying the illusion.

I tried setting konsolerc to read-only, hoping to avoid the reset being saved
at least, but then konsole insists on popping up a kdialog complaining about
the read-only before the konsole window appears. =:^(

So after setting konsolerc back to writable I tried setting it immutable,
unfortunately with the same dialog result. =:^(

So now I resorted to copying konsolerc to a backup, and a $HOME/bin/konsole
wrapper script that copies it back over konsolerc before doing exec
/bin/konsole.[1]  Altho I've not been running it long that seems to have been a
usable workaround so far, but konsole shouldn't be repeatedly forgetting the
no-toolbar setting in the first place.

I've had no such problems with konsole losing no-scrollbar, possibly because
that's a per-profile setting.  That suggests a possible solution here that
would be a useful added feature as well. =:^)

---
[1] reverse-usr-merge via /usr -> . symlink, so the default /usr/bin/konsole is
actually /bin/konsole.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the konsole-devel mailing list