Bug 360424 - KPart doesn't remember font/profile settings after restart
Summary: KPart doesn't remember font/profile settings after restart
Status: RESOLVED DUPLICATE of bug 364336
Alias: None
Product: konsole
Classification: Applications
Component: kpart (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR major
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-11 19:56 UTC by Michał
Modified: 2018-11-14 19:51 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michał 2016-03-11 19:56:12 UTC
Yakuake doesn't remember font settings between restarts. Goes to default Oxygen Mono 7,0.

Reproducible: Always

Steps to Reproduce:
From popup menu select Edit current profile.
On Appereance tab select Font: Fixed [Misc] and size 6,0.
Press Ok.

Restart Yakuake.

See that font changed back to Oxygen Mono and size 7,0.



From Yakuake "about" window:
KDE frameworks 5.19.0
Qt 5.5.1
Windowing system "xcb" whatever that means.
Comment 1 Michał 2016-03-12 10:55:50 UTC
KPart is the module that's also used by Konsole, right?

I tried changing font in Konsole, the same way as described for Yakuake and it worked with no problem. Restarted Konsole does remember font settings, as opposed to Yakuake.

In konsolerc I found [DesktopEntry]/DefaultProfile=Fixed.profile, but in yakuakerc that setting was empty. I added there =Fixed.profile manually and it seems to work after restart (i.e. I have now the same settings as in Konsole, which is what I want). So maybe this the bug is specifically about not writing that setting to yakuakerc file after changes? But where exactly those profiles are saved?
Comment 2 Walter Rudametkin 2016-03-14 22:24:05 UTC
Thanks for the workaround.

I confirm that editing .config/yakuakerc manually to add : 
[Desktop Entry]
DefaultProfile=SavedInKonsole.profile

works good.
Comment 3 Wolfgang Bauer 2016-03-15 14:24:41 UTC
This seems to be the same as bug#358083.
Comment 4 Wolfgang Bauer 2016-07-02 11:10:00 UTC
(In reply to Wolfgang Bauer from comment #3)
> This seems to be the same as bug#358083.

Might also be bug#364336, i.e. konsole-part writes profile changes to ~/.local/share/yakuake/ if embedded in yakuake, but only finds/reads profiles in ~/.local/share/konsole/.
Comment 5 Julian Steinmann 2018-10-30 18:36:51 UTC
https://bugs.kde.org/show_bug.cgi?id=369624 describes a similar behavior, but I cannot reproduce it with the latest version of Konsole. I think this is probably fixed, because both possibly related bugs have been resolved. Can someone confirm that they also do no longer experience this issue?
Comment 6 Bug Janitor Service 2018-11-14 11:32:58 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Wolfgang Bauer 2018-11-14 19:51:25 UTC
From my point of view meanwhile, this is a duplicate of bug#364336, but the reporter hasn't responded.

I'll close it as such now though.

*** This bug has been marked as a duplicate of bug 364336 ***