Bug 173310 - opening image destroys toolbox and other panels
Summary: opening image destroys toolbox and other panels
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: 2.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords: triaged
: 196394 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-10-22 16:52 UTC by LukasT
Modified: 2009-10-02 11:54 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.