Created attachment 154363 [details] preview of pen tablet input hangup SUMMARY *** Wacom tablet input is working fine, and then if i alt tab, say to look at reference, and then alt tab back into Krita and start drawing again the first stroke gets stuck. It sticks where i put the pen down, but then catches up in straight line after about 2 seconds. , and won't follow or use pressure as i move my pen. If i lift my pen and start a new stroke, it then works fine. See a post with gif here: https://www.reddit.com/r/krita/comments/yzmfam/wacom_tablet_input_hangup_in_krita_any_time_i_alt/ Here's the info from my Krita help menu: Krita Version: 5.0.6 Installation type: installer / portable package Languages: 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.22621 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info Vendor: "Google Inc." Renderer: "ANGLE (NVIDIA GeForce RTX 3080 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_ANGLE_translated_shader_source" "GL_EXT_blend_minmax" "GL_EXT_unpack_subimage" "GL_OES_EGL_image_external_essl3" "GL_NV_fence" "GL_OES_texture_float" "GL_EXT_texture_compression_dxt1" "GL_ANGLE_framebuffer_multisample" "GL_NV_pixel_buffer_object" "GL_EXT_texture_storage" "GL_OES_texture_half_float_linear" "GL_OES_packed_depth_stencil" "GL_EXT_robustness" "GL_OES_texture_float_linear" "GL_OES_vertex_array_object" "GL_EXT_shader_texture_lod" "GL_OES_get_program_binary" "GL_OES_EGL_image" "GL_EXT_discard_framebuffer" "GL_CHROMIUM_bind_generates_resource" "GL_ANGLE_framebuffer_blit" "GL_EXT_texture_compression_s3tc_srgb" "GL_CHROMIUM_sync_query" "GL_OES_compressed_ETC1_RGB8_texture" "GL_OES_depth32" "GL_ANGLE_request_extension" "GL_ANGLE_multiview" "GL_ANGLE_program_cache_control" "GL_OES_surfaceless_context" "GL_ANGLE_pack_reverse_row_order" "GL_EXT_color_buffer_float" "GL_NV_pack_subimage" "GL_OES_texture_npot" "GL_EXT_map_buffer_range" "GL_OES_element_index_uint" "GL_OES_standard_derivatives" "GL_OES_rgb8_rgba8" "GL_EXT_sRGB" "GL_EXT_read_format_bgra" "GL_CHROMIUM_color_buffer_float_rgba" "GL_ANGLE_depth_texture" "GL_ANGLE_client_arrays" "GL_ANGLE_texture_usage" "GL_CHROMIUM_copy_compressed_texture" "GL_EXT_debug_marker" "GL_EXT_texture_filter_anisotropic" "GL_ANGLE_texture_compression_dxt5" "GL_CHROMIUM_color_buffer_float_rgb" "GL_EXT_frag_depth" "GL_NV_EGL_stream_consumer_external" "GL_EXT_texture_norm16" "GL_EXT_occlusion_query_boolean" "GL_ANGLE_robust_client_memory" "" "GL_ANGLE_instanced_arrays" "GL_EXT_texture_format_BGRA8888" "GL_ANGLE_texture_compression_dxt3" "GL_CHROMIUM_copy_texture" "GL_EXT_draw_buffers" "GL_ANGLE_lossy_etc_decode" "GL_EXT_color_buffer_half_float" "GL_EXT_disjoint_timer_query" "GL_KHR_debug" "GL_OES_mapbuffer" "GL_CHROMIUM_bind_uniform_location" "GL_EXT_texture_rg" "GL_OES_EGL_image_external" "GL_OES_texture_half_float" QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: true useBufferInvalidation (config option): false Hardware Information GPU Acceleration: auto Memory: 65451 Mb Number of Cores: 12 Swap Location: C:/Users/mikea/AppData/Local/Temp Current Settings Current Swap Location: C:/Users/mikea/AppData/Local/Temp Current Swap Location writable: true Undo Enabled: true Undo Stack Limit: 200 Use OpenGL: true Use OpenGL Texture Buffer: true Disable Vector Optimizations: false Disable AVX Optimizations: false Canvas State: OPENGL_SUCCESS Autosave Interval: 420 Use Backup Files: true Number of Backups Kept: 1 Backup File Suffix: ~ Backup Location: Same Folder as the File Backup Location writable: false Use Win8 Pointer Input: false Use RightMiddleTabletButton Workaround: false Levels of Detail Enabled: false Use Zip64: false Display Information Number of screens: 2 Screen: 0 Name: \\.\DISPLAY2 Depth: 32 Scale: 1 Resolution in pixels: 2560x1440 Manufacturer: Model: Refresh Rate: 59 Screen: 1 Name: \\.\DISPLAY1 Depth: 32 Scale: 1 Resolution in pixels: 2560x1440 Manufacturer: Model: Refresh Rate: 59 Windows 6.2.9200 DrMingw 0.9.4
Please update to the latest version of Krita and try again. We fixed something like this quite recently.
(In reply to Halla Rempt from comment #1) > Please update to the latest version of Krita and try again. We fixed > something like this quite recently. Thanks for suggestion, didn't realize i was behind. I have updated to 5.1.3, but the problem persists.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
Hm, from the gif I don't see the delay? But I do see that the first stroke doesn't have pressure, but that's because the click to focus krita, even when made with a stylus is always seen as a mouse click.
I only managed to reproduce this once, though, and only by not using alt-tab, but by clicking on the canvas.
Note: someone on IRC said "I recall that the wacom driver switches between wintab and winink only after switching window focus, that may be what's going on"
(In reply to Halla Rempt from comment #4) > Hm, from the gif I don't see the delay? But I do see that the first stroke > doesn't have pressure, but that's because the click to focus krita, even > when made with a stylus is always seen as a mouse click. It's had to tell when the delay is happening, but it's the moment that the cursor stops moving, to when it snaps forward in a straight line. It's about a full second. When i use photoshop i alt tab a lot as well, my first input with the pen tablet is not used to focus the program, but instead draws normally. Though i have seen in photoshop that if i had been using the pen before i alt-tab out, it has issues if i use the mouse instead right when i alt tab back in, and i must use the pen again first. This might be a similar issue.
(In reply to Halla Rempt from comment #6) > Note: someone on IRC said "I recall that the wacom driver switches between > wintab and winink only after switching window focus, that may be what's > going on" I'm not sure i understand what this means. Is it something i can change to help resolve the problem?