Bug 488191 - Position of the "Views" toolbar is not saved
Summary: Position of the "Views" toolbar is not saved
Status: RESOLVED FIXED
Alias: None
Product: kontact
Classification: Applications
Component: calendar (other bugs)
Version First Reported In: 6.1.0
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-08 07:12 UTC by roonaldo2286_dev+kde
Modified: 2025-06-14 12:01 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Moved the view toobar, now it stays there when restart, before that it was behind the navigator toolbar (16.68 KB, image/png)
2024-06-08 07:12 UTC, roonaldo2286_dev+kde
Details
Reset to defaults (9.06 KB, image/png)
2025-06-13 19:27 UTC, roonaldo2286_dev+kde
Details
cleared the toolbar from current to availble list (55.50 KB, image/png)
2025-06-13 19:28 UTC, roonaldo2286_dev+kde
Details
still cannot remove or change the postition, changes back after restart (6.37 KB, image/png)
2025-06-13 19:29 UTC, roonaldo2286_dev+kde
Details

Note You need to log in before you can comment on or make changes to this bug.
Description roonaldo2286_dev+kde 2024-06-08 07:12:27 UTC
Created attachment 170248 [details]
Moved the view toobar, now it stays there when restart, before that it was behind the navigator toolbar

SUMMARY
The views toolbar in the calendar component cant be disabled even if it is deselected from the menu. Also when the position of the toolbar is changed, it returns back to previous position. If use korganizer directly, the toolbar can be turned off

STEPS TO REPRODUCE
1. Try changing / disable views toolbar.
2. Setting not saved and it returns after restart kontact.

OBSERVED RESULT
The views toobar cannot be disabled or position changed even after restarts.

EXPECTED RESULT
The views toobar can be disabled or position changed even after restarts.


SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux 
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.2.0
Qt Version: 6.7.1
Kernel Version: 6.6.32-1-MANJARO (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION
Comment 1 vbhunt 2024-08-23 19:24:50 UTC
Seeing it in Kontact 6.1.2 in Arch. It also happens in Journal and To-Do lists. I have been seeing it for awhile now, just never reported it because I was too busy fixing up work-arounds for other KDE bugs on my system. Additionally, the toolbar re-locks itself to that position, even if you do nothing more than unlock the toolbar positions. The last time I've seen this many obvious bugs on KDE was when they killed off the mature 3.x series in favor of the eye-candy in KDE 4.0. It's almost like being back on Windows Vista.
Comment 2 Allen Winter 2025-06-13 19:07:05 UTC
you can move all the view toolbar actions from the Current list to the Available list.
works for me in Kontact 6.4
Comment 3 roonaldo2286_dev+kde 2025-06-13 19:27:42 UTC
Created attachment 182253 [details]
Reset to defaults
Comment 4 roonaldo2286_dev+kde 2025-06-13 19:28:18 UTC
Created attachment 182254 [details]
cleared the toolbar from current to availble list
Comment 5 roonaldo2286_dev+kde 2025-06-13 19:29:06 UTC
Created attachment 182255 [details]
still cannot remove or change the postition, changes back after restart
Comment 6 roonaldo2286_dev+kde 2025-06-13 19:30:34 UTC
(In reply to roonaldo2286_dev+kde from comment #5)
> Created attachment 182255 [details]
> still cannot remove or change the postition, changes back after restart

In Kontact 6.4, despite clearing the view toolbar or trying to remove the toolbar, it resets back after reset.
Comment 7 Allen Winter 2025-06-13 19:35:38 UTC
works perfectly here.

I don't know why not for you.
Comment 8 Allen Winter 2025-06-13 19:47:59 UTC
you should have a file in your home directory called .local/share/kontact/local-calendar.rc

in that file, there should be a section called "<text translationDomain="korganizer">Views</text>"
the list of actions in there should be empty after you configure the view menu

i.e it should look like:
 <ToolBar name="korganizer_toolbar" noMerge="1">
  <text translationDomain="korganizer">Views</text>
 </ToolBar>

where mine looks like:
 <text translationDomain="korganizer">Views</text>
  <Action name="view_agenda"/>
  <Action name="view_month"/>
  <Action name="view_whatsnext"/>
  <Action name="view_timeline"/>
  <Merge/>
Comment 9 roonaldo2286_dev+kde 2025-06-14 06:44:02 UTC
(In reply to Allen Winter from comment #8)
> you should have a file in your home directory called
> .local/share/kontact/local-calendar.rc
> 
> in that file, there should be a section called "<text
> translationDomain="korganizer">Views</text>"
> the list of actions in there should be empty after you configure the view
> menu
> 
> i.e it should look like:
>  <ToolBar name="korganizer_toolbar" noMerge="1">
>   <text translationDomain="korganizer">Views</text>
>  </ToolBar>
> 
> where mine looks like:
>  <text translationDomain="korganizer">Views</text>
>   <Action name="view_agenda"/>
>   <Action name="view_month"/>
>   <Action name="view_whatsnext"/>
>   <Action name="view_timeline"/>
>   <Merge/>

In my side,

<ToolBar hidden="true" name="korganizer_toolbar" noMerge="1">
  <text translationDomain="korganizer">Views</text>
  <Action name="view_agenda"/>
  <Separator/>
  <Action name="view_month"/>
  <Action name="view_timeline"/>
  <Merge/>
 </ToolBar>

I can remove the action items as you mentioned but the issue was the toolbar itself would still be visible (even if empty) and even if i choose to off the Views toolbar, the setting does not survive a restart and would appear again and in exact location as the images posted. Only resolved it after adding the hidden="true" parameter myself in this file.
Comment 10 Allen Winter 2025-06-14 11:51:34 UTC
ah, now I understand.

de-selecting Settings->Toolbars Shown->Views does not survive a restart.
Comment 11 roonaldo2286_dev+kde 2025-06-14 12:01:57 UTC
(In reply to Allen Winter from comment #10)
> ah, now I understand.
> 
> de-selecting Settings->Toolbars Shown->Views does not survive a restart.

Yes, i am not really sure why. It does work in Korganizer itself.