Bug 184959

Summary: profile settings are lost
Product: [Applications] konsole Reporter: Maciej Pilichowski <bluedzins>
Component: generalAssignee: Konsole Developer <konsole-devel>
Status: RESOLVED REMIND    
Severity: normal CC: adaptee, holmgren, karye2004, uwedr, wstephenson
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Unspecified   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Maciej Pilichowski 2009-02-19 18:41:11 UTC
Version:            (using KDE 4.2.0)

There is such report:
https://bugs.kde.org/show_bug.cgi?id=170022

which is exactly about this case, but:
a) it is about KDE3
b) in KDE3 settings were kept (at least for me)

In KDE4 though the same issue appeared as for Joseph in KDE3 -- I start konsole, I change current profile, for example green on black, I change font, I click OK. All changes are applied, I can work.

Then I quit konsole, run it again, and all changes I made are gone -- I get default white on gray.
Comment 1 Will Stephenson 2009-03-16 17:59:46 UTC
I can reprodeuce this in 4.1.3 but not in 4.2.1.
Comment 2 Maciej Pilichowski 2009-03-16 18:20:37 UTC
4.2.1 I can still reproduce it. Steps.
1) run konsole
2) edit current profile
3) change colors theme to green on black
4) OK
5) see the change
6) close konsole
7) run konsole
8) white on gray -- changes are lost
Comment 3 Magnus Holmgren 2009-10-04 18:58:47 UTC
Konsole seems unable to save new profiles. I had to create a couple of .profile files manually; after that it was possible to save changes to them. Also, the standard, gray-on-black profile with seems hardcoded; it will always come back even if you try to customize it or delete it.
Comment 4 Kurt Hindenburg 2010-06-02 15:36:47 UTC
Let us know  if you have these issues w/ KDE 4.4.x
Comment 5 Maciej Pilichowski 2010-06-02 21:01:56 UTC
Yes.
Comment 6 Kurt Hindenburg 2010-06-04 15:42:25 UTC
The profiles work for most people (at least in KDE 4.4.x).

Try creating a new profile and test this.

Also, konsole --list-profiles output.  And what distro you are using.
Comment 7 Maciej Pilichowski 2010-06-05 08:24:44 UTC
It works for the new created one. But for bare Konsole there is hidden, existing profile, for which it is possible to change the settings and those settings are not kept.

New Profile
Root Shell

New Profile is new profile created by me for testing, Root Shell is profile provided by Konsole.
Comment 8 Kurt Hindenburg 2010-06-05 15:11:26 UTC
Konsole doesn't ship a Root profile.  It must be from your distro.  Your profile changes are lost likely due to you don't have write access to the root profile file.
Comment 9 Maciej Pilichowski 2010-06-05 20:39:58 UTC
I didn't say a word I was changing Root profile, I was changing hidden, default profile.

Konsole shows strange effects, new facts:
* despite I have two profiles now, there is no profile listed in the file menu nor in settings->change profile
* since you mentioned editing Root profile I checked this, it is possible to edit it, and settings are stored correctly

I suspect this -- Konsole ships with no profiles, yet it somehow creates new hidden one on start (making editing it possible) and then deletes it. opensuse add Root profile but it is not default, so the workflow is the same. When I set Root profile as default explicitly changes are stored corretly.
Comment 10 Jekyll Wu 2011-08-02 18:46:56 UTC
*** Bug 186111 has been marked as a duplicate of this bug. ***
Comment 11 Jekyll Wu 2011-08-05 04:25:47 UTC
(In reply to comment #9)
> * despite I have two profiles now, there is no profile listed in the file menu nor in settings->change profile.

If you want them to be listed, you need to set those file as 'show in menu' in the Manage Profile Dialog.

And from my understanding of konsole code, it does create a FALLBACK profile on startup, but:

1). it is truly hidden, which means user never has the chance to see it
2). it is non-editable, since user never has the change to see and manipulate it.

konsole ships a 'Shell' profile (/usr/share/apps/konsole/Shell.profile).And every profile that user sees corresponds to some file on the disk. If user tries to modifiy some system profile, konsole will create a new profile with the same name under ~/.kde4/share/apps/konsole/.

Just my 2 cents.
Comment 12 Uwe Drechsel 2011-08-08 14:35:16 UTC
(In reply to comment #11)
> (In reply to comment #9)
> > * despite I have two profiles now, there is no profile listed in the file menu nor in settings->change profile.
> 
> If you want them to be listed, you need to set those file as 'show in menu' in
> the Manage Profile Dialog.
> 

That's what I did, still the sessions are hidden again after logout/relogin to session.

That's still reproducable with freshly setup up .kde4 file.

konsole 2.6, KDE 4.6.0   (running on openSUSE 11.4)
> And from my understanding of konsole code, it does create a FALLBACK profile on
> startup, but:
> 
> 1). it is truly hidden, which means user never has the chance to see it
> 2). it is non-editable, since user never has the change to see and manipulate
> it.
> 
> konsole ships a 'Shell' profile (/usr/share/apps/konsole/Shell.profile).And
> every profile that user sees corresponds to some file on the disk. If user
> tries to modifiy some system profile, konsole will create a new profile with
> the same name under ~/.kde4/share/apps/konsole/.
> 
> Just my 2 cents.
Comment 13 Jekyll Wu 2011-08-08 15:39:36 UTC
(In reply to comment #12)
> That's what I did, still the sessions are hidden again after logout/relogin to session.  

Yes, but that would be a different problem: #200987. See its comment #17.

The modifications made to the profile itself in 'Edit Profile' dialog will be saved into disk right after 'Ok' or 'Apply' button is clicked, so the problem in this report should have disappeared in recent version.

Feel free to reopen if the problem still exists(unlikely).
Comment 14 Uwe Drechsel 2011-08-08 16:19:37 UTC
Indeed "Ok" or "Apply" are not enough to save the changes. Will monitor above bug #200987