SUMMARY *** I followed the animation tutorial in the krita Handbook and used the transform Mask as well as the transform tool according to the instructions. But once I saved my project and opened it after some time the brush tool was shown offset from the point where my pentip was. I tried it out again and it worked for as long as I was working on my project, but when I was saving and reopening it it was again offset. *** STEPS TO REPRODUCE 1. Open Krita with the animation workspace 2. animate a simple object 3. make it move across the screen acording to the handbook 4. save it and open it again 5. if you now try to draw on the paint layer which you have transformed and moved, your paintstroke should be offset by a few centimeters OBSERVED RESULT my paintbrush was offset by a few centimeters EXPECTED RESULT my paintbrush ist exactly where it should be SOFTWARE/OS VERSIONS Krita Version: 5.0.0 Languages: en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, en_US, en, de_DE, de, en_US, en Hidpi: true Qt Version (compiled): 5.12.12 Version (loaded): 5.12.12 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19045 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info Vendor: "Google Inc." Renderer: "ANGLE (Intel(R) HD Graphics 4600 Direct3D11 vs_5_0 ps_5_0)" Version: "OpenGL ES 3.0 (ANGLE 2.1.0.57ea533f79a7)" Shading language: "OpenGL ES GLSL ES 3.00 (ANGLE 2.1.0.57ea533f79a7)" Requested format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DefaultSwapBehavior, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions false is OpenGL ES: true supportsBufferMapping: true supportsBufferInvalidation: false Extensions: "GL_EXT_draw_buffers" "GL_ANGLE_program_cache_control" "GL_CHROMIUM_sync_query" "GL_OES_EGL_image" "GL_OES_texture_npot" "GL_EXT_texture_filter_anisotropic" "GL_OES_surfaceless_context" "GL_EXT_shader_texture_lod" "GL_OES_depth32" "GL_EXT_disjoint_timer_query" "GL_OES_texture_float_linear" "GL_ANGLE_translated_shader_source" "GL_EXT_texture_compression_dxt1" "GL_ANGLE_multiview" "GL_OES_texture_half_float_linear" "GL_ANGLE_lossy_etc_decode" "GL_NV_pack_subimage" "GL_OES_mapbuffer" "GL_CHROMIUM_color_buffer_float_rgba" "GL_EXT_texture_norm16" "GL_OES_vertex_array_object" "GL_ANGLE_depth_texture" "GL_EXT_frag_depth" "GL_EXT_texture_rg" "GL_EXT_read_format_bgra" "GL_EXT_texture_compression_s3tc_srgb" "GL_ANGLE_framebuffer_multisample" "GL_EXT_occlusion_query_boolean" "GL_OES_texture_half_float" "GL_EXT_sRGB" "GL_CHROMIUM_color_buffer_float_rgb" "GL_EXT_robustness" "GL_EXT_discard_framebuffer" "GL_ANGLE_request_extension" "GL_ANGLE_pack_reverse_row_order" "GL_EXT_map_buffer_range" "GL_EXT_unpack_subimage" "GL_OES_EGL_image_external_essl3" "GL_EXT_blend_minmax" "GL_CHROMIUM_bind_uniform_location" "GL_OES_texture_float" "GL_CHROMIUM_copy_texture" "GL_OES_EGL_image_external" "GL_OES_standard_derivatives" "GL_ANGLE_framebuffer_blit" "GL_EXT_texture_format_BGRA8888" "GL_OES_compressed_ETC1_RGB8_texture" "GL_KHR_debug" "GL_ANGLE_texture_usage" "GL_CHROMIUM_bind_generates_resource" "GL_OES_get_program_binary" "GL_EXT_color_buffer_float" "GL_OES_packed_depth_stencil" "GL_ANGLE_robust_client_memory" "GL_EXT_texture_storage" "GL_NV_fence" "GL_ANGLE_instanced_arrays" "GL_NV_EGL_stream_consumer_external" "GL_EXT_color_buffer_half_float" "GL_NV_pixel_buffer_object" "GL_ANGLE_texture_compression_dxt3" "GL_ANGLE_texture_compression_dxt5" "GL_EXT_debug_marker" "GL_OES_element_index_uint" "GL_CHROMIUM_copy_compressed_texture" "" "GL_ANGLE_client_arrays" "GL_OES_rgb8_rgba8" QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: true useBufferInvalidation (config option): false
Hi, Marion! Could you please make some kind of video recording of the problem? When using transform mask, it is expected behavior to have the brush offset, because the brush still paints on the original layer and then gets transformed by the mask. To make sure the brush paints correctly, you need either to use the plain transform tool without a mask or just rasterize the layer after applying transformations with the mask.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
(In reply to Dmitry Kazakov from comment #1) > Hi, Marion! > > Could you please make some kind of video recording of the problem? When > using transform mask, it is expected behavior to have the brush offset, > because the brush still paints on the original layer and then gets > transformed by the mask. To make sure the brush paints correctly, you need > either to use the plain transform tool without a mask or just rasterize the > layer after applying transformations with the mask. Hi, Dmitry! Thank you for your reply! I am very sorry for not answering till now. I did not know how to deal with that result at the time and thus reported it as a bug. Thank you for providing me with a solution. I have changed the status of the bug accordingly and I hope that it works out that way. Greetings, Marion.
Great, thank you for the reply! :)