Bug 256249

Summary: Konqueror always forgets the toolbar icons KHTML, webkit & firefox/iceweasel
Product: [Applications] konqueror Reporter: Janet <bugzilla>
Component: generalAssignee: Konqueror Bugs <konqueror-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: adawit, Wolfram.R.Sieber
Priority: NOR    
Version First Reported In: 4.5.2   
Target Milestone: ---   
Platform: Debian unstable   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Janet 2010-11-06 19:15:35 UTC
Version:           4.5.2 (using KDE 4.5.2) 
OS:                Linux

As I often need to switch between KHTML and webkit (sometimes a website requires KHTML for one fuction and webkit for the other) I added two buttons to the extra toolbar: KHTML and webkit. And to be on the save side I also added an icon to open the page with firefox/iceweasel. But everytime I close and re-open konqueror those three buttons are gone. Same happens, when I switch between KHTML and webkit. After switching to webkit the buttons are gone. 

I always have to open the toolbar configuration dialog after each konqueror start or engine change and press ok to get the buttons back. They are shown in the toolbar configuration dialog, just not in the toolbar.

Reproducible: Always




OS: Linux (i686) release 2.6.36-0.slh.3-aptosid-686
Compiler: cc
Comment 1 Wolfram R. Sieber 2011-05-26 14:13:51 UTC
Similar to this issue, hence no new bug report:

Using a netbook I need every bit of screen real estate I can get. Therefore I turned off the bookmarks bar, shaved the main toolbar to a minimum, turned off the menu bar.

From time to time -- particularly often when I get myself a new Konqueror window --, the menu bar is back on and the bookmarks toolbar as well.

I'm using Debian Stable with KDE 4.4.5/Konqueror 4.4.5. The menubar re-appearance happened in KDE 3.5.x yet, the bookmarks bar re-appearance is new.
.

Anyway, I suspect this behaviour might not be a Konqueror issue but some deeper laying general options-keeping issue. Kate has it similarly: There I use snippets. And very often I have to re-go to the settings, re-select that I at all want to use snippets and then that I want in particular the X snippets (HTML completion, if that matters).

Another reason why I suspect this might be a general options-keeping issue is that also Korganizer regularly forgets how I configured its main view.
Comment 2 Wolfram R. Sieber 2011-05-26 14:55:35 UTC
reproduction for the re-appearing menu, bookmarks bar:
# have only one Konqueror window open
# have several tabs therein
# release a not-the-first-tab to become a new konqueror window S-C-B (Control Shift B).

New window has the mentioned bars again.
Comment 3 Dawit Alemayehu 2011-06-09 21:29:22 UTC
Konqueror is profile based and as such if you want the changes you made to persist you might want to try and save the profile: Settings->Save View Profile As and see if that resolves you problem.
Comment 4 Janet 2011-06-18 18:59:42 UTC
The profiles solution does not work. Konqueror always starts without those buttons in the toolbar (but still has them in the toolbar configuration on the right side). In 4.6.3 the icons for KHTML and webkit disappear the moment I load a website. The firefox icon stays but also is gone after I restart konqueror.
Comment 5 Andrew Crouthamel 2018-11-06 15:12:28 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Andrew Crouthamel 2018-11-18 03:29:02 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Justin Zobel 2022-12-20 22:52:01 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 8 Bug Janitor Service 2023-01-04 05:25:02 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 9 Bug Janitor Service 2023-01-19 05:15:28 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now 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

Thank you for helping us make KDE software even better for everyone!