Fixed now.

On Thu, Oct 16, 2014 at 7:12 PM, Wolthera &= lt;griffinvall= ey@gmail.com> wrote:

third crash:
Crash triggered by clicking with righ= t-click on a terminal, which hovers over Krita, while Krita has NO document= s open.(Attempt at reproducing this while documents are open still triggers= Krita canvas)

Application: Krita (krita), signal: = Segmentation fault
Using host libthread_db library "/lib/x86_64-lin= ux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f= b1d32e67c0 (LWP 2941))]

Thread 5 (Thread 0x7fb19effd700 (LWP 2995)):=
#0=C2=A0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/= sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1=C2=A0 0= x00007fb1d06fd406 in QWaitCondition::wait(QMutex*, unsigned long) () from /= usr/lib/x86_64-linux-gnu/libQtCore.so.4
#2=C2=A0 0x00007fb1d06f95eb in Q= Semaphore::acquire(int) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4#3=C2=A0 0x00007fb1cf33cd0e in KisTileDataPooler::waitForWork (this=3Dthis= @entry=3D0x1e099f0) at /home/wolthera/kde4/src/calligra/krita/image/tiles3/= kis_tile_data_pooler.cc:162
#4=C2=A0 0x00007fb1cf33d0dd in KisTileDataPo= oler::run (this=3D0x1e099f0) at /home/wolthera/kde4/src/calligra/krita/imag= e/tiles3/kis_tile_data_pooler.cc:184
#5=C2=A0 0x00007fb1d06fcf2f in ?? (= ) from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6=C2=A0 0x00007fb1cb31d= f6e in start_thread (arg=3D0x7fb19effd700) at pthread_create.c:311
#7=C2= =A0 0x00007fb1d29dc9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clo= ne.S:113

Thread 4 (Thread 0x7fb1a4cdf700 (LWP 2996)):
#0=C2=A0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sy= sv/linux/x86_64/pthread_cond_wait.S:185
#1=C2=A0 0x00007fb1d06fd4= 06 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-= linux-gnu/libQtCore.so.4
#2=C2=A0 0x00007fb1d06f99f3 in QSemaphore::tryA= cquire(int, int) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#3=C2= =A0 0x00007fb1cf358e23 in KisTileDataSwapper::waitForWork (this=3D<optim= ized out>) at /home/wolthera/kde4/src/calligra/krita/image/tiles3/swap/k= is_tile_data_swapper.cpp:86
#4=C2=A0 0x00007fb1cf3590ba in KisTileDataSw= apper::run (this=3D0x1e09a28) at /home/wolthera/kde4/src/calligra/krita/ima= ge/tiles3/swap/kis_tile_data_swapper.cpp:92
#5=C2=A0 0x00007fb1d06fcf2f = in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6=C2=A0 0x00007f= b1cb31df6e in start_thread (arg=3D0x7fb1a4cdf700) at pthread_create.c:311#7=C2=A0 0x00007fb1d29dc9cd in clone () at ../sysdeps/unix/sysv/linux/x86= _64/clone.S:113

Thread 3 (Thread 0x7fb1af8a9700 (LWP 2999)):
#0=C2=A0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/= unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1=C2=A0 0x00007fb= 1d06fd406 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/= x86_64-linux-gnu/libQtCore.so.4
#2=C2=A0 0x00007fb1d16ca086 in ?? () fro= m /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#3=C2=A0 0x00007fb1d06fcf2f in= ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4=C2=A0 0x00007fb1= cb31df6e in start_thread (arg=3D0x7fb1af8a9700) at pthread_create.c:311
= #5=C2=A0 0x00007fb1d29dc9cd in clone () at ../sysdeps/unix/sysv/linux/x86_6= 4/clone.S:113

Thread 2 (Thread 0x7fb19f7fe700 (LWP 3000)):
#0=C2= =A0 0x00007fb1d29cff7d in poll () at ../sysdeps/unix/syscall-template.S:81<= br>#1=C2=A0 0x00007fb1cae456a4 in ?? () from /lib/x86_64-linux-gnu/libglib-= 2.0.so.0
#2=C2=A0 0x00007fb1cae457ac in g_main_context_iteration () from= /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3=C2=A0 0x00007fb1d0829a76 in Q= EventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag&= gt;) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4=C2=A0 0x00007fb= 1d07fb5ef in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsF= lag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5=C2=A0 0x000= 07fb1d07fb8e5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag&g= t;) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6=C2=A0 0x00007fb1= d06fa88f in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.= 4
#7=C2=A0 0x00007fb1d07dcd13 in ?? () from /usr/lib/x86_64-linux-gnu/li= bQtCore.so.4
#8=C2=A0 0x00007fb1d06fcf2f in ?? () from /usr/lib/x86_64-l= inux-gnu/libQtCore.so.4
#9=C2=A0 0x00007fb1cb31df6e in start_thread (arg= =3D0x7fb19f7fe700) at pthread_create.c:311
#10 0x00007fb1d29dc9cd in clo= ne () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 1 (Thr= ead 0x7fb1d32e67c0 (LWP 2941)):
[KCrash Handler]
#5=C2=A0 KisZoomMana= ger::updateGUI (this=3D0x0) at /home/wolthera/kde4/src/calligra/krita/ui/ki= s_zoom_manager.cc:211
#6=C2=A0 0x00007fb1d247dbda in KisView2::updateGUI= (this=3D0x1a5d6b0) at /home/wolthera/kde4/src/calligra/krita/ui/kis_view2.= cpp:882
#7=C2=A0 0x00007fb1d0810a58 in QMetaObject::activate(QObject*, Q= MetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore= .so.4
#8=C2=A0 0x00007fb1d12680c4 in QApplication::x11ProcessEvent(_XEve= nt*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#9=C2=A0 0x00007fb1= d128f922 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#10 0x000= 07fb1cae453b6 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libg= lib-2.0.so.0
#11 0x00007fb1cae45708 in ?? () from /lib/x86_64-linux-gnu/= libglib-2.0.so.0
#12 0x00007fb1cae457ac in g_main_context_iteration () f= rom /lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x00007fb1d0829a55 in QEv= entDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>= ;) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#14 0x00007fb1d128f9= d6 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#15 0x00007fb1d= 07fb5ef in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFla= g>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#16 0x00007fb1d0= 7fb8e5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () = from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#17 0x00007fb1d0800e5b in = QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4#18 0x00007fb1d2dba774 in kdemain (argc=3D<optimized out>, argv=3D&= lt;optimized out>) at /home/wolthera/kde4/src/calligra/krita/main.cc:104=
#19 0x00007fb1d2903de5 in __libc_start_main (main=3D0x4006b0 <main(i= nt, char**)>, argc=3D1, ubp_av=3D0x7fffcfc487d8, init=3D<optimized ou= t>, fini=3D<optimized out>, rtld_fini=3D<optimized out>, sta= ck_end=3D0x7fffcfc487c8) at libc-start.c:260
#20 0x00000000004006de in _= start ()

On Thu, Oct 16, 2014 at 7:06 PM, Wolthera <griffin= valley@gmail.com> wrote:
Okay, so the Mu= lti view control branch for Krita has finally entered testing stage, so I b= uild it and started poking at it:

Some notes for those who wan= t to try it out themselves:

* had to empty build for this.
* had = to empty trash afterwards.

otherwise it just creates build err= ors.

Now for the notes:

* settings became confused in t= his build.
** ctrl+z doesn't work.
** confirm(by pressing enter),= in transform and crop doesn't work
** Nor does the pop-up palette,= rotate mode, or zoom.
** Top-bar misses actions.
*** Undo freehand b= rush-stroke is only availeble in file<calligra>, not in brushes and s= tuff<krita>
*** The same for zooming, and brush smoothening(!)
= ** Activate linetool is greyed out in preferences.
* many actions are mi= ssing from the view-menu(expected?)(grid-actions are missing)
* Actions = misordered in File as well...
* Slowdowns on focussing windows/canvases.= (gnome thinks it froze and is asking me whether I would like to kill Krita)=
** closing preferences and going to canvas will cause slowdown.
** g= oing between multiple documents will cause slowdown.
** Going to an outs= ide program and coming back in will also cause slowdown.
* Assistants ar= e broken and cause crash.
* General slowdown on selection and geometric = tools. (It tags notably between confirm and actual drawing, feels similar t= o the layer-gui-update-lag that slangkamp had to fix kisview for, maybe it&= #39;s trying too hard to figure out on which canvas it's trying to pain= t?)(only happens in tabbed mode).
* New view works great!
** Undo is = shared between views wel!
** Color is randomly not remembered between sw= itching focus-canvas.(returns to black...)
* Tiled view works okay.
*= * However, it gets a little strange when trying to resize the canvas window= s. (asif it's trying to snap constantly)
** Painting between canvase= s works great, adjusting the navigation between canvases doesn't(lag)** Overview docker works great between canvasses, (but again, super-lag o= n switching focus canvas)
* Closing a view is super-slow.
* When usin= g subwindows, when Krita is closed down, and then restarted, and multiple d= ocuments are opened, Krita does not recognise that they should be subwindow= ed. Nor does it draw tabs. If you select Tiled-view in the windows submenu,= it subwindows them correctly.
* Odd bug: Select a tool(example circle) = in one view, paint with it on another. Then go to the other view, paint aga= in, undo. Go back to first view, paint, notice that it only uses the freeha= nd brush. No switching of tools will actually happen in the first view, onl= y in the second. (sometimes it works the other way around, it seems, the co= mmon thread is that if a tool has been changed in one cnavas, the other can= vas doesn't understand this, and it results in the other canvas not bei= ng able to change tools anymore)
** As well, the tool options with this = bug will be garbled, as if the tool-options where not switched out, but jus= t painted on top of each other.
* Wrap-around mode works well!
* Pers= pective grid tool works... but it's sublines are not drawn.
* undoin= g a selection caused a crash...(not reproducable)
* crash on attempting = to show grid!(reproducable, probly missing action)
* crash when using th= e right-mouseclick(for me assigned to color-picker) while in a terminal tha= t hovers above a Krita window.
* Terminal complains about color slider d= ocker being assigned a new layout constantly(proly my fault)
* Terminal = complains about this: krita(2941) KWidgetItemDelegateEventListener::eventFi= lter: User of KWidgetItemDelegate should not delete widgets created by crea= teItemWidgets! (repeated like, 20 times each time you start up Krita)
* = Terminal complains about paintop presets: krita(3626) KisPaintopBox::setCur= rentPaintop: current paintop=C2=A0 "Basic_tip_default"=C2=A0 was = not set, not supported by colorspace

tl;dr: The problems can be subdivided into several catagories:
1) Hotkeys, settings and missing actions.
2) Confusion bet= ween canvasses.
3) Slowdown.
4) Miscelaneous.

I will sent the crash-r= eports in seperate mails after.

--
Wolthera