Created attachment 148643 [details] bug SUMMARY As the title says, if I crop the image first and then use the GMIC filter, the position of the image will change. The smaller the crop, the larger the offset.
Confirming with G'MIC 3.1.2 and commit a792621925.
Git commit a0f30f6e73b8c3cf2307a3258681d30377fcad7e by L. E. Segovia. Committed on 16/05/2022 at 22:45. Pushed by lsegovia into branch 'master'. Crop layer conversion against the correct variable M +1 -1 plugins/extensions/qmic/kis_qmic_simple_convertor.cpp https://invent.kde.org/graphics/krita/commit/a0f30f6e73b8c3cf2307a3258681d30377fcad7e
Created attachment 148920 [details] gif Hi, after testing, I found that the problem was not solved in the latest nightly.
It seems you're consistently using cropped GIFs to show the test case, but the step flow isn't at all clear. Can you send a screen record? Or alternatively, a step-by-step of the test case?
(In reply to amyspark from comment #4) > It seems you're consistently using cropped GIFs to show the test case, but > the step flow isn't at all clear. Can you send a screen record? Or > alternatively, a step-by-step of the test case? Sorry!I reduced the recording range Because I can only upload 4000kb objects. I uploaded the recorded video on a third-party website. It includes the video of the six bugs I just reported. https://ufile.io/gbf6rnq1 This time it was done from scratch. With theout a "specific" filter, you will basically encounter bugs.
This bug is a dup of 453477, G'MIC doesn't return the layer position in all cases. I'll wait for David's reply in the other bug. *** This bug has been marked as a duplicate of bug 453477 ***