[konsole] [Bug 430036] konsole repeatedly losing no-toolbar setting
Duncan
bugzilla_noreply at kde.org
Thu Jul 29 04:47:12 BST 2021
https://bugs.kde.org/show_bug.cgi?id=430036
--- Comment #28 from Duncan <1i5t5.duncan at cox.net> ---
(In reply to Garry Williams from comment #27)
> I install konsole5-21.04.2-3.fc34 and konsole5-part-21.04.2-3.fc34 and the
> bug comes back -- I cannot make the toolbars go away permanently.
>
> I downgrade to konsole5-21.04.2-1.fc34 and konsole5-part-21.04.2-1.fc34 and
> the toolbars are gone and do not come back.
>
> No other change was made and I did this multiple times.
>
> 21.04.2-3.fc34 introduces the bug. Downgrading fixes the bug.
If I'm correctly reading those Fedora version numbers the -N segment (where N
is a number) is Fedora's patch-level on top of the upstream version given by
the rest of the version number.
If that's correct, the -2 and -3 indicate Fedora patch-levels on top of the
same upstream version 21.04.2. The problem you're seeing is thus between
Fedora patch-levels 2 and 3 of upstream version 21.04.2, placing it in Fedora's
court.
Now it is true that many distro-level patches will originate upstream, and I
suspect that's the case here as well. At the upstream-kde individual
git-commit level there were several sub-bugs as konsole worked around the
original bug that I believe was in kxmlgui, but kxmlgui caught that bug and
fixed it while introducing another, at least as seen by the work-around konsole
code. It ultimately took several commits to both the konsole and kxmlgui
repositories to fix the mess and clear up all the (sub-)bugs, and as of my
update yesterday, the last one (the merge-request linked in comment #23, )
hasn't actually been committed yet, so upstream's still in flux. But I've been
applying that merge-request as a local patch and with it, at least for me as
original bug reporter, all of konsole's toolbar-handling bugs appear to be
fixed. =:^)
So from here you have several options:
1) Just wait, possibly keeping konsole at an unaffected -2 patch-level until a
fix is available as an update beyond -3. Eventually konsole will merge that
last mr and make a new release, and you'll get a fixed version from fedora, due
to fedora either updating to the upstream release with the fix or doing another
fedora patch-level update with the fix on the same upstream version they're
using now.
2) File a fedora bug, asking them to do another patch-level bump with the mr
included as a fedora patch.
3) Build konsole from sources yourself, applying the mr as a local patch to fix
the problem. Note that depending on the fedora version of kxmlgui you may have
to build a current version of it locally as well, and then build konsole on top
of that. Should you choose to do this, you can of course do #2 as well,
putting your results in the fedora bug.
(Being a Gentooer it's possible my patch-level interpretation is incorrect but
most distros have something similar; for Gentoo it's -rN, r for revision,
example -r2, 21.04.2-r2. Of course gentooers build from source by default and
the local application of random patches like that in the mr is relatively
trivial, but upgrading a package is in general a lot more work than it is on a
binary distro because it /normally/ means building from sources.)
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the konsole-devel
mailing list