Bug 396640

Summary:	Toolbars don't update correctly on Krita workspaces switching
Product:	[Applications] krita	Reporter:	Quiralta <rjquiralte>
Component:	General	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	eoinoneill1991
Priority:	NOR	Keywords:	investigated, triaged
Version First Reported In:	git master (please specify the git hash!)
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Quiralta 2018-07-18 16:34:07 UTC

The issue: Toolbars, once they been modified on specific workspace, switching workspaces will produce: a)tittle in button instead of icon b)reactivating either of the "file" or "brush and stuff" if they where deactivated for that specific workspace.

To reproduce:
-Create or modify a workspace including (or only) the toolbars, adding or removing icons. Or simply hide one of the toolbars (deactivating it on the menu bar).
-Switch workspaces.

Result: Some buttons would loose their icon and will show tittle instead. The toolbar that is been hidden will reappear.

To fix: hide the toolbar again or modify one of either one, icons will go back to normal.

Expected behavior: switching work-spaces will honor the toolbar customization or toolbar should be the same regardless of workspace.

Note: I'm not sure if this is fixable within Krita, and which of the above should be the correct behavior. I know some issues regarding toolbars (like some buttons are active and some are not on empty Krita) were present before and some seem related to Qt. My user-case is that I only use the file toolbar with many buttons added, I'm not sure how common is to do this and thus how important in relation to changing workspaces could be. I still think it as a bug though.

Comment 1 Eoin O'Neill 2018-09-15 22:03:53 UTC

Hey, I have two questions:
1-  When you add something that has an Icon in the browser, does it not show the scissors icon that it should show? I haven't been able to reproduce that.
2- Are you remembering to save your workspace after you have edited it? I know that workspace saving can be a tiny bit cumbersome with the current UI/UX but if you change toolbar visibility and change workspace without manually saving, the visibility will not be saved onto the workspace and thus will reset.

Comment 2 Eoin O'Neill 2018-09-16 04:23:52 UTC

(In reply to Eoin O'Neill from comment #1)

> 1-  When you add something that has an Icon in the browser, something like the cut icon, does it not show the scissors icon that it should show? Or is it just text? I haven't been able to reproduce that.

Comment 3 Andrew Crouthamel 2018-10-03 03:33:17 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 set the bug status 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 4 Andrew Crouthamel 2018-11-02 03:54:14 UTC

Dear Bug Submitter,

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!