When in Wrap Around Mode, if the user tries to colour-pick one of the images generated alongside the original image, they obtain nothing. This is a bit cumbersome as one might use colour-pick a lot to paint over the edge of an image to create a seamless texture and it's less intuitive to go and pick on the opposite side of the image where the original is (see image - I was trying to paint at the edge of the image). Reproducible: Always Steps to Reproduce: 1. Open an image that you want to turn into a texture; 2. Start Wrap-Around mode; 3. Try to colour-pick outside of where the original image is. Actual Results: If one isn't picking where the original image is, no colour is picked. Expected Results: If there is an image, even though it's generated by Krita to wrap around, it should be possible to pick its colour. Open GL was activated and I was using updated drivers for my graphics card.
Yes, I can confirm... It shouldn't be too hard to fix, I guess...
Came here to report this, so: I can confirm. It always picks black outside of the bounds of the original image. I'm on 2.9 Pre-Alpha (git 294bc78)
*** Bug 336670 has been marked as a duplicate of this bug. ***
Git commit cdd7a6162cae1a0c9231a47956bfbd55a2fa53aa by Dmitry Kazakov. Committed on 20/08/2015 at 14:21. Pushed by dkazakov into branch 'calligra/2.9'. [FEATURE] Make color picking with shortcuts work in Wrap Around mode CC:kimageshop@kde.org M +19 -3 krita/plugins/tools/defaulttools/kis_tool_colorpicker.cc M +1 -1 krita/ui/tool/kis_tool_paint.cc M +17 -0 krita/ui/tool/kis_tool_utils.cpp M +7 -0 krita/ui/tool/kis_tool_utils.h http://commits.kde.org/calligra/cdd7a6162cae1a0c9231a47956bfbd55a2fa53aa
I reopen this one as a regression in 3.0, it was confirmed on Linux and Windows during the live-stream of Gdquest.
I can confirm this , i also experience this issue on 3.0
Fixed again :-)