kimageshop Digest, Vol 134, Issue 6
Wolthera
griffinvalley at gmail.com
Mon Oct 20 22:48:43 UTC 2014
Small update for the 20th of october:
---old---
* settings became confused in this build.
** confirm(by pressing enter), in transform and crop doesn't work
** Top-bar misses actions.
*** Undo freehand brush-stroke is only availeble in file<calligra>, not in
brushes and stuff<krita>
*** The same for zooming, and brush smoothening(!)
** Activate linetool is greyed out in preferences.
** Nor does the pop-up palette, rotate mode, or zoom.(briefly fixed after
building on the 20th, but then randomly dissapeared upon deleting the
kritarc file...)
* many actions are missing from the view-menu(expected?)(grid-actions are
missing)
* 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.
** going between multiple documents will cause slowdown.
** Going to an outside program and coming back in will also cause slowdown.
* Assistants are broken and cause crash.
* Color is randomly not remembered between switching focus-canvas or
tools.(returns to black... mayb have to do with color history being broken.)
* Tiled view works okay.
** However, it gets a little strange when trying to resize the canvas
windows. (asif it's trying to snap constantly)
** Painting between canvases works great, adjusting the navigation between
canvases doesn't(lag)
** Overview docker works great between canvasses, (but again, super-lag on
switching focus canvas)(20th of october didn't fix this)
* Closing a view is super-slow.
* When using subwindows, when Krita is closed down, and then restarted, and
multiple documents are opened, Krita does not recognise that they should be
subwindowed. 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 again, undo. Go back to first
view, paint, notice that it only uses the freehand brush. No switching of
tools will actually happen in the first view, only in the second.
(sometimes it works the other way around, it seems, the common thread is
that if a tool has been changed in one cnavas, the other canvas doesn't
understand this, and it results in the other canvas not being able to
change tools anymore)
* undoing a selection caused a crash...(not reproducable)
* crash on attempting to show grid!(reproducable, probly missing action)
* Terminal complains about color slider docker being assigned a new layout
constantly(proly my fault)
* Terminal complains about this: krita(2941)
KWidgetItemDelegateEventListener::eventFilter: User of KWidgetItemDelegate
should not delete widgets created by createItemWidgets! (repeated like, 20
times each time you start up Krita)
* Terminal complains about paintop presets: krita(3626)
KisPaintopBox::setCurrentPaintop: current paintop "Basic_tip_default" was
not set, not supported by colorspace
---new---
* When clicking the new layer button, first we get LAG, then when lag ends,
Krita has added 43 layers.(6 after slangkamp's layer fix)
* Color History is broken
* So is the slider-pop-up.
* Brush-engines are missing from preset-editor.
* Trying to use the quick-selection-mask leads to: ASSERT (krita):
"m_selectionDecoration" in file
/home/wolthera/kde4/src/calligra/krita/ui/kis_selection_manager.cc, line 576
* terminal: kbuildsycoca4(23108)
KBuildServiceFactory::populateServiceTypes:
"/usr/share/applications/shotwell-viewer.desktop" specifies undefined
mimetype/servicetype "image/x-rwl"
* crash after deleting kritarc in share/config and trying to configure the
toolbars. (this only happened when there was no active canvas...)
* when confirming edits on the toolbar after deleting krita.rc and kritarc,
I end up with a toolbar called 'main toolbar<Krita>', which is filled with
'copy, cut and paste'.(this may be due to krita.rc not being renewed after
delete...)
* Brushes only seem to paint on only one activated layer. Any layers
selected after are being ignored. The selected layer is only used for
drawing if I switch tools.
* The current color widget is missing.(called 'dual' in krita.rc)
* The tools topmenu is sometimes called 'no-text'.
* Krita.rc doesn't get installed in .kde/share/apps anymore, while not
really a problem, if there IS a krita.rc in .kde/share/apps, it gets
preference over the newer krita.rc, which is kinda useless.(may be in
master as well)
---fixed & non-bugs---
* had to empty build for this.
* had to empty trash afterwards.
* Wrap-around mode works well!
* New view works great!
** Undo is shared between views wel!
* Occasionally there's a rogue unconnected zoom-widget in the status bar,
next to the documents own zoom-widget.(fixed by sven)
* crash when using the right-mouseclick(for me assigned to color-picker)
while in a terminal that hovers above a Krita window.(fixed by sven)
* Perspective grid tool works... but it's sublines are not drawn.(fixed by
sven)
* Actions misordered in File as well... (fixed by adding <Merge/> before
seperator in the krita.rc, this does, however, add it in at the end...)
* ctrl+z doesn't work. (works after deleting krita.rc in the
share/apps/krita folder, breaks next restart later again, then works after
adding krita.rc to .kde/share/apps/krita again???)
* General slowdown on selection and geometric tools. (It tags notably
between confirm and actual drawing, feels similar to the
layer-gui-update-lag that slangkamp had to fix kisview for, maybe it's
trying too hard to figure out on which canvas it's trying to
paint?).(randomly fixed in 20th of october build...)
* As well, the tool options with this bug will be garbled, as if the
tool-options where not switched out, but just painted on top of each
other.(randomly fixed in 20th of october build, may have to do with reset
kritarc/krita.rc)
On Fri, Oct 17, 2014 at 2:40 AM, <kimageshop-request at kde.org> wrote:
> Send kimageshop mailing list submissions to
> kimageshop at kde.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.kde.org/mailman/listinfo/kimageshop
> or, via email, send a message with subject or body 'help' to
> kimageshop-request at kde.org
>
> You can reach the person managing the list at
> kimageshop-owner at kde.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of kimageshop digest..."
>
>
> Today's Topics:
>
> 1. Re: MVC branch initial impressions and list of bugs.
> (Sven Langkamp)
> 2. Re: MVC branch initial impressions and list of bugs.
> (Sven Langkamp)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 17 Oct 2014 01:09:25 +0200
> From: Sven Langkamp <sven.langkamp at gmail.com>
> To: "Krita's developers and users mailing list" <kimageshop at kde.org>
> Subject: Re: MVC branch initial impressions and list of bugs.
> Message-ID:
> <CAAmsBfk-_ECbwPkPBmJx08vQzBmFfqv=
> ZWyQCS5PC81ATREwPw at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Fixed now.
>
> On Thu, Oct 16, 2014 at 7:12 PM, Wolthera <griffinvalley at gmail.com> wrote:
>
> > third crash:
> > Crash triggered by clicking with right-click on a terminal, which hovers
> > over Krita, while Krita has NO documents 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-linux-gnu/libthread_db.so.1".
> > [Current thread is 1 (Thread 0x7fb1d32e67c0 (LWP 2941))]
> >
> > Thread 5 (Thread 0x7fb19effd700 (LWP 2995)):
> > #0 pthread_cond_wait@@GLIBC_2.3.2 () at
> > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
> > #1 0x00007fb1d06fd406 in QWaitCondition::wait(QMutex*, unsigned long) ()
> > from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #2 0x00007fb1d06f95eb in QSemaphore::acquire(int) () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #3 0x00007fb1cf33cd0e in KisTileDataPooler::waitForWork (this=this at entry
> =0x1e099f0)
> > at
> >
> /home/wolthera/kde4/src/calligra/krita/image/tiles3/kis_tile_data_pooler.cc:162
> > #4 0x00007fb1cf33d0dd in KisTileDataPooler::run (this=0x1e099f0) at
> >
> /home/wolthera/kde4/src/calligra/krita/image/tiles3/kis_tile_data_pooler.cc:184
> > #5 0x00007fb1d06fcf2f in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #6 0x00007fb1cb31df6e in start_thread (arg=0x7fb19effd700) at
> > pthread_create.c:311
> > #7 0x00007fb1d29dc9cd in clone () at
> > ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
> >
> > Thread 4 (Thread 0x7fb1a4cdf700 (LWP 2996)):
> > #0 pthread_cond_wait@@GLIBC_2.3.2 () at
> > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
> > #1 0x00007fb1d06fd406 in QWaitCondition::wait(QMutex*, unsigned long) ()
> > from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #2 0x00007fb1d06f99f3 in QSemaphore::tryAcquire(int, int) () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #3 0x00007fb1cf358e23 in KisTileDataSwapper::waitForWork
> (this=<optimized
> > out>) at
> >
> /home/wolthera/kde4/src/calligra/krita/image/tiles3/swap/kis_tile_data_swapper.cpp:86
> > #4 0x00007fb1cf3590ba in KisTileDataSwapper::run (this=0x1e09a28) at
> >
> /home/wolthera/kde4/src/calligra/krita/image/tiles3/swap/kis_tile_data_swapper.cpp:92
> > #5 0x00007fb1d06fcf2f in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #6 0x00007fb1cb31df6e in start_thread (arg=0x7fb1a4cdf700) at
> > pthread_create.c:311
> > #7 0x00007fb1d29dc9cd in clone () at
> > ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
> >
> > Thread 3 (Thread 0x7fb1af8a9700 (LWP 2999)):
> > #0 pthread_cond_wait@@GLIBC_2.3.2 () at
> > ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
> > #1 0x00007fb1d06fd406 in QWaitCondition::wait(QMutex*, unsigned long) ()
> > from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #2 0x00007fb1d16ca086 in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtGui.so.4
> > #3 0x00007fb1d06fcf2f in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #4 0x00007fb1cb31df6e in start_thread (arg=0x7fb1af8a9700) at
> > pthread_create.c:311
> > #5 0x00007fb1d29dc9cd in clone () at
> > ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
> >
> > Thread 2 (Thread 0x7fb19f7fe700 (LWP 3000)):
> > #0 0x00007fb1d29cff7d in poll () at
> ../sysdeps/unix/syscall-template.S:81
> > #1 0x00007fb1cae456a4 in ?? () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> > #2 0x00007fb1cae457ac in g_main_context_iteration () from
> > /lib/x86_64-linux-gnu/libglib-2.0.so.0
> > #3 0x00007fb1d0829a76 in
> >
> QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
> > () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #4 0x00007fb1d07fb5ef in
> > QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #5 0x00007fb1d07fb8e5 in
> > QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #6 0x00007fb1d06fa88f in QThread::exec() () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #7 0x00007fb1d07dcd13 in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #8 0x00007fb1d06fcf2f in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #9 0x00007fb1cb31df6e in start_thread (arg=0x7fb19f7fe700) at
> > pthread_create.c:311
> > #10 0x00007fb1d29dc9cd in clone () at
> > ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
> >
> > Thread 1 (Thread 0x7fb1d32e67c0 (LWP 2941)):
> > [KCrash Handler]
> > #5 KisZoomManager::updateGUI (this=0x0) at
> > /home/wolthera/kde4/src/calligra/krita/ui/kis_zoom_manager.cc:211
> > #6 0x00007fb1d247dbda in KisView2::updateGUI (this=0x1a5d6b0) at
> > /home/wolthera/kde4/src/calligra/krita/ui/kis_view2.cpp:882
> > #7 0x00007fb1d0810a58 in QMetaObject::activate(QObject*, QMetaObject
> > const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #8 0x00007fb1d12680c4 in QApplication::x11ProcessEvent(_XEvent*) () from
> > /usr/lib/x86_64-linux-gnu/libQtGui.so.4
> > #9 0x00007fb1d128f922 in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtGui.so.4
> > #10 0x00007fb1cae453b6 in g_main_context_dispatch () from
> > /lib/x86_64-linux-gnu/libglib-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 () from
> > /lib/x86_64-linux-gnu/libglib-2.0.so.0
> > #13 0x00007fb1d0829a55 in
> >
> QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
> > () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #14 0x00007fb1d128f9d6 in ?? () from
> > /usr/lib/x86_64-linux-gnu/libQtGui.so.4
> > #15 0x00007fb1d07fb5ef in
> > QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from
> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4
> > #16 0x00007fb1d07fb8e5 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=<optimized out>, argv=<optimized
> > out>) at /home/wolthera/kde4/src/calligra/krita/main.cc:104
> > #19 0x00007fb1d2903de5 in __libc_start_main (main=0x4006b0 <main(int,
> > char**)>, argc=1, ubp_av=0x7fffcfc487d8, init=<optimized out>,
> > fini=<optimized out>, rtld_fini=<optimized out>,
> stack_end=0x7fffcfc487c8)
> > at libc-start.c:260
> > #20 0x00000000004006de in _start ()
> >
> > On Thu, Oct 16, 2014 at 7:06 PM, Wolthera <griffinvalley at gmail.com>
> wrote:
> >
> >> Okay, so the Multi view control branch for Krita has finally entered
> >> testing stage, so I build it and started poking at it:
> >>
> >> Some notes for those who want to try it out themselves:
> >>
> >> * had to empty build for this.
> >> * had to empty trash afterwards.
> >>
> >> otherwise it just creates build errors.
> >>
> >> Now for the notes:
> >>
> >> * settings became confused in this 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 brush-stroke is only availeble in file<calligra>, not
> >> in brushes and stuff<krita>
> >> *** The same for zooming, and brush smoothening(!)
> >> ** Activate linetool is greyed out in preferences.
> >> * many actions are missing 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.
> >> ** going between multiple documents will cause slowdown.
> >> ** Going to an outside program and coming back in will also cause
> >> slowdown.
> >> * Assistants are broken and cause crash.
> >> * General slowdown on selection and geometric tools. (It tags notably
> >> between confirm and actual drawing, feels similar to the
> >> layer-gui-update-lag that slangkamp had to fix kisview for, maybe it's
> >> trying too hard to figure out on which canvas it's trying to
> paint?)(only
> >> happens in tabbed mode).
> >> * New view works great!
> >> ** Undo is shared between views wel!
> >> ** Color is randomly not remembered between switching
> >> focus-canvas.(returns to black...)
> >> * Tiled view works okay.
> >> ** However, it gets a little strange when trying to resize the canvas
> >> windows. (asif it's trying to snap constantly)
> >> ** Painting between canvases works great, adjusting the navigation
> >> between canvases doesn't(lag)
> >> ** Overview docker works great between canvasses, (but again, super-lag
> >> on switching focus canvas)
> >> * Closing a view is super-slow.
> >> * When using subwindows, when Krita is closed down, and then restarted,
> >> and multiple documents are opened, Krita does not recognise that they
> >> should be subwindowed. 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 again, undo. Go back to first
> >> view, paint, notice that it only uses the freehand brush. No switching
> of
> >> tools will actually happen in the first view, only in the second.
> >> (sometimes it works the other way around, it seems, the common thread is
> >> that if a tool has been changed in one cnavas, the other canvas doesn't
> >> understand this, and it results in the other canvas not being 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 just painted on top of each
> other.
> >> * Wrap-around mode works well!
> >> * Perspective grid tool works... but it's sublines are not drawn.
> >> * undoing a selection caused a crash...(not reproducable)
> >> * crash on attempting to show grid!(reproducable, probly missing action)
> >> * crash when using the right-mouseclick(for me assigned to color-picker)
> >> while in a terminal that hovers above a Krita window.
> >> * Terminal complains about color slider docker being assigned a new
> >> layout constantly(proly my fault)
> >> * Terminal complains about this: krita(2941)
> >> KWidgetItemDelegateEventListener::eventFilter: User of
> KWidgetItemDelegate
> >> should not delete widgets created by createItemWidgets! (repeated like,
> 20
> >> times each time you start up Krita)
> >> * Terminal complains about paintop presets: krita(3626)
> >> KisPaintopBox::setCurrentPaintop: current paintop "Basic_tip_default"
> 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 between canvasses.
> >> 3) Slowdown.
> >> 4) Miscelaneous.
> >>
> >> I will sent the crash-reports in seperate mails after.
> >>
> >> --
> >> Wolthera
> >>
> >
> >
> >
> > --
> > Wolthera
> >
> > _______________________________________________
> > Krita mailing list
> > kimageshop at kde.org
> > https://mail.kde.org/mailman/listinfo/kimageshop
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.kde.org/pipermail/kimageshop/attachments/20141017/36065b1a/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Fri, 17 Oct 2014 02:40:26 +0200
> From: Sven Langkamp <sven.langkamp at gmail.com>
> To: "Krita's developers and users mailing list" <kimageshop at kde.org>
> Subject: Re: MVC branch initial impressions and list of bugs.
> Message-ID:
> <
> CAAmsBfnou-FuWeObbF5X00YrgV_3Y0Gi-CQJ0M8yk0zHkpgOMQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Thu, Oct 16, 2014 at 7:06 PM, Wolthera <griffinvalley at gmail.com> wrote:
>
> > Okay, so the Multi view control branch for Krita has finally entered
> > testing stage, so I build it and started poking at it:
> >
> > Some notes for those who want to try it out themselves:
> >
> > * had to empty build for this.
> > * had to empty trash afterwards.
> >
> > otherwise it just creates build errors.
> >
> > Now for the notes:
> >
> > * settings became confused in this 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 brush-stroke is only availeble in file<calligra>, not
> in
> > brushes and stuff<krita>
> > *** The same for zooming, and brush smoothening(!)
> > ** Activate linetool is greyed out in preferences.
> > * many actions are missing from the view-menu(expected?)(grid-actions are
> > missing)
> > * Actions misordered in File as well...
> >
>
> Not sure what happened there, it used to work.
>
>
> > * 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.
> > ** going between multiple documents will cause slowdown.
> >
>
> KisImageView::setParentView call resetDisplayProfile which is quite slow.
> It should be checked if that even needed there.
>
>
> > ** Going to an outside program and coming back in will also cause
> slowdown.
> > * Assistants are broken and cause crash.
> >
>
> Assistants are still missing from mvc.
>
>
> > * General slowdown on selection and geometric tools. (It tags notably
> > between confirm and actual drawing, feels similar to the
> > layer-gui-update-lag that slangkamp had to fix kisview for, maybe it's
> > trying too hard to figure out on which canvas it's trying to paint?)(only
> > happens in tabbed mode).
> >
>
> Doesn't happen here.
>
>
> > * New view works great!
> > ** Undo is shared between views wel!
> > ** Color is randomly not remembered between switching
> > focus-canvas.(returns to black...)
> >
>
> Can't reproduce that.
>
>
> > * Tiled view works okay.
> > ** However, it gets a little strange when trying to resize the canvas
> > windows. (asif it's trying to snap constantly)
> > ** Painting between canvases works great, adjusting the navigation
> between
> > canvases doesn't(lag)
> > ** Overview docker works great between canvasses, (but again, super-lag
> on
> > switching focus canvas)
> >
>
> There is a small delay due to the update time, but appart from that it's
> not unusally slow here. Might be fixed with the latest master merge.
>
>
> > * Closing a view is super-slow.
> > * When using subwindows, when Krita is closed down, and then restarted,
> > and multiple documents are opened, Krita does not recognise that they
> > should be subwindowed. Nor does it draw tabs. If you select Tiled-view in
> > the windows submenu, it subwindows them correctly.
> >
>
> That only works if changed in the settings. I think tiled view should not
> be available in the menu if the application is in tabbed mode.
>
>
> > * Odd bug: Select a tool(example circle) in one view, paint with it on
> > another. Then go to the other view, paint again, undo. Go back to first
> > view, paint, notice that it only uses the freehand brush. No switching of
> > tools will actually happen in the first view, only in the second.
> > (sometimes it works the other way around, it seems, the common thread is
> > that if a tool has been changed in one cnavas, the other canvas doesn't
> > understand this, and it results in the other canvas not being 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 just painted on top of each
> other.
> >
>
> Which options? Can happen when the ui file isn't merge correctly.
>
>
> > * Wrap-around mode works well!
> > * Perspective grid tool works... but it's sublines are not drawn.
> >
>
> Fixed.
>
>
> > * undoing a selection caused a crash...(not reproducable)
> > * crash on attempting to show grid!(reproducable, probly missing action)
> >
>
> Grid actions are not set up as the manager expects to have an imageview.
> Manager and decoration need to be split. We also can't store the setting
> into a KisConfig as that breaks when you want to have different image with
> different grids.
>
>
> > * crash when using the right-mouseclick(for me assigned to color-picker)
> > while in a terminal that hovers above a Krita window.
> >
>
> Fixed, I think.
>
>
> > * Terminal complains about color slider docker being assigned a new
> layout
> > constantly(proly my fault)
> >
>
> Also in master.
>
>
> > * Terminal complains about this: krita(2941)
> > KWidgetItemDelegateEventListener::eventFilter: User of
> KWidgetItemDelegate
> > should not delete widgets created by createItemWidgets! (repeated like,
> 20
> > times each time you start up Krita)
> > * Terminal complains about paintop presets: krita(3626)
> > KisPaintopBox::setCurrentPaintop: current paintop "Basic_tip_default"
> 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 between canvasses.
> > 3) Slowdown.
> > 4) Miscelaneous.
> >
> > I will sent the crash-reports in seperate mails after.
> >
> > --
> > Wolthera
> >
> > _______________________________________________
> > Krita mailing list
> > kimageshop at kde.org
> > https://mail.kde.org/mailman/listinfo/kimageshop
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.kde.org/pipermail/kimageshop/attachments/20141017/3b8ee481/attachment.html
> >
>
> ------------------------------
>
> _______________________________________________
> kimageshop mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>
> End of kimageshop Digest, Vol 134, Issue 6
> ******************************************
>
--
Wolthera
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kimageshop/attachments/20141021/abcf6715/attachment-0001.html>
More information about the kimageshop
mailing list