Bug 173310

Summary:	opening image destroys toolbox and other panels
Product:	[Applications] krita	Reporter:	LukasT <lukast.dev>
Component:	General	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bluedzins, halla, lambdae2
Priority:	NOR	Keywords:	triaged
Version:	2.0
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description LukasT 2008-10-22 16:52:34 UTC

Version:           beta 2 (using KDE 4.1.2)
OS:                Linux
Installed from:    Compiled From Sources

Steps to reproduce:

1. remove kritarc // to reset settings to default
2. run krita 
3. open image (i tried just jpeg, don't know about others)

Everything is moved weirdly (canvas is under image, some panels are not seen like toolbox). Here is the screenshot of it:

http://lukast.mediablog.sk/bugs/krita-no-toolbox.jpeg

You can see no toolbox and no "paintop selector".

Workaround:
1. start krita
2. draw something on canvas
3. open image
4. new instance of krita is not corrupted

It does not crashes, but it is annoyning for me and bites me a lot, 
coz i need to remove kritarc everytime, select proper template (i use 640x480 white by default) and do workaround.

Here is log from krita, if it is good (more than 3000 lines, I turned everything on in kdebugdialog)
http://lukast.mediablog.sk/bugs/krita.txt

Comment 1 Elián Hanisch 2008-10-27 03:49:51 UTC

Lukas, I can't reproduce in trunk r876041, can you check if is still happening to you?

Comment 2 Elián Hanisch 2008-10-27 06:00:16 UTC

I take it back, I can reproduce this the following way
1. open krita
2. start a new document from a template (i used rgb 640x480)
3. then open any image file
4. the bug occurs as lukas described

I didn't created a new document before, I directly opened the picture from the startup dialog and nothing wrong happened with the panels.

if you paint something in the new document and open a picture, a new instance of krita is used (instead of opening the picture in current) and the panels remain in their place.

Comment 3 Halla Rempt 2008-10-27 10:08:59 UTC

Confirmed (I've also seen it happen)

Comment 4 LukasT 2009-01-21 22:57:55 UTC

I did some observation: Docklets are not destroyed. They are just moved to different panel. Mainly tool box is moved.

"krita something.jpg" from command line works, do not move the tool docklet.
Open image straight from template dialog works too.

Better steps to reproduce:
1. remove kritarc // to reset settings to default 
2. run krita 
3. select template 
4. do not dirt the new image
5. open image (i tried just jpeg, don't know about others) 

Cyrille and slangkamp suggested to look at kis_view2, kis_doc.
I looked there. CreateGUI was interesting, but some small changes to it did not help. Maybe some code that initialize the GUI is broken somewhere.

And the last one:
Debugging C++ is pain. We should port krita to java or vb5.

Comment 5 Sven Langkamp 2009-05-31 00:13:50 UTC

SVN commit 975748 by langkamp:

fix some docker placement problems, e.g. when splitting view
CCBUG:173310



 M  +0 -14     kis_view2.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=975748

Comment 6 Sven Langkamp 2009-05-31 00:15:26 UTC

Can you confirm that this is fixed?

Comment 7 Elián Hanisch 2009-06-14 02:05:01 UTC

seems fixed in trunk, but there's still the ugly flickering and when you load the image with krita not maximized, its window gets wider.

Comment 8 Maciej Pilichowski 2009-06-14 07:40:47 UTC

*** Bug 196394 has been marked as a duplicate of this bug. ***

Comment 9 Sven Langkamp 2009-09-24 01:31:59 UTC

Now the window gets maximized when opening an image. Beside that I haven't seen any other problems.

Comment 10 Halla Rempt 2009-10-02 11:54:25 UTC

I think the original problem is fixed now. Crashes still cause dockers to disappear, though.