Bug 436252 - Right clicking does not open the pop-up palette
Summary: Right clicking does not open the pop-up palette
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (show other bugs)
Version: nightly build (please specify the git hash!)
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-27 04:30 UTC by squircledev
Modified: 2021-09-09 12:53 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description squircledev 2021-04-27 04:30:16 UTC
SUMMARY
When I right click, regardless of whether I am using mouse or my tablet, the popup palette does not appear.

STEPS TO REPRODUCE
1. Open or create any image
2. Right click

OBSERVED RESULT
My cursor disappears until I let go of right click

EXPECTED RESULT
I expect the popup palette to appear

SOFTWARE/OS VERSIONS
Windows: 10
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
System:
Krita

 Version: 4.4.3
 Languages: en_US, en
 Hidpi: true

Qt

  Version (compiled): 5.12.9
  Version (loaded): 5.12.9

OS Information

  Build ABI: x86_64-little_endian-llp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: winnt
  Kernel Version: 10.0.19042
  Pretty Productname: Windows 10 (10.0)
  Product Type: windows
  Product Version: 10

OpenGL Info
 
  Vendor:  "Google Inc." 
  Renderer:  "ANGLE (Intel(R) UHD Graphics 630 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 

QPA OpenGL Detection Info 
  supportsDesktopGL: true 
  supportsAngleD3D11: true 
  isQtPreferAngle: true 

Hardware Information

  GPU Acceleration: auto
  Memory: 12124 Mb
  Number of Cores: 6
  Swap Location: C:/Users/damon/AppData/Local/Temp

Current Settings

  Current Swap Location: C:/Users/damon/AppData/Local/Temp
  Current Swap Location writable: true
  Undo Enabled: true
  Undo Stack Limit: 30
  Use OpenGL: true
  Use OpenGL Texture Buffer: true
  Use AMD Vectorization Workaround: false
  Canvas State: OPENGL_SUCCESS
  Autosave Interval: 900
  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: 1
	Screen: 0
		Name: \\.\DISPLAY1
		Depth: 32
		Scale: 1
		Resolution in pixels: 1600x900
		Manufacturer: 
		Model: 
		Refresh Rate: 60

Git hash adf84d68f2

It works in stable 4.4.3.
Comment 1 Halla Rempt 2021-04-27 07:38:10 UTC
What tablet brand, which driver version, have you recently had a windows update? And the log _is_ for 4.4.3, which nightly build?
Comment 2 squircledev 2021-04-27 10:28:16 UTC
(In reply to Halla Rempt from comment #1)
> What tablet brand, which driver version, have you recently had a windows
> update? And the log _is_ for 4.4.3, which nightly build?

ABOUT THE LOG:

The log says 4.4.3, but it is the nightly, I double checked. It just says 4.4.3. The git hash is included at the bottom of the original report, it is "adf84d68f2" (which I think is the hash, it is included in the filename of the nightly I downloaded, the date is 4/26/2021 / build number #1319)

TABLET INFORMATION:

Brand - Wacom
Driver version - 6.3.39-1
Recent Windows 10 Update - yes, it updates quite frequently

ADDITIONAL INFORMATION:

For the record, just repeating myself in case this was missed, this issue happens regardless of if a tablet is plugged in or not. Right clicking with the mouse on the canvas, even with the tablet unplugged, does not bring up the popup palette.

This issue has not existed for me in any stable Krita version before. This only happens in the Nightly builds. I have only recently started using them so I do not know of any nightly build where the popup palette functioned for me.
Comment 3 squircledev 2021-04-27 10:47:09 UTC
Forgot to mention in case it wasn't clear: on the same machine, right clicking in 4.4.3 stable does bring up the popup palette as expecting
Comment 4 Bug Janitor Service 2021-04-28 04:33:48 UTC
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.
Comment 5 Ahab Greybeard 2021-04-28 10:51:43 UTC
Using the #1319 Apr 26 5.0.0-prealpha (git adf84d68f2) portable .zip on  Windows 10, my mouse and Wacom stylus right-click buttons work ok to bring up the popup palette.
The same with 4.4.3 installed and the #1321 Apr 28 5.0.0-prealpha (git c3b4652257) portable .zip.

TABLET INFORMATION
Wacom Intuos Paint CTH-490/K
Control Panel Version 6.3.42-2
Driver Version: 6.3.42-2

SOFTWARE/OS VERSIONS:
Krita

 Version: 5.0.0-prealpha (git adf84d6)
 Languages: en_US, en
 Hidpi: false

Qt

  Version (compiled): 5.12.9
  Version (loaded): 5.12.9

OS Information

  Build ABI: x86_64-little_endian-llp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: winnt
  Kernel Version: 10.0.19042
  Pretty Productname: Windows 10 (10.0)
  Product Type: windows
  Product Version: 10
Comment 6 vanyossi 2021-05-03 18:31:01 UTC
There is a glitch in which input profiles seem to get not read correctly when moving from stable to latest master. This happens only once. One solution I found for this is to remove the input profiles from the AppData Folder. Removing/renaming kritarc could potentially fix it as was a one time problem for me, or maybe it could work (I did not try it) to reassign "Show popup window" to the right Button of your mouse and save (As I didn't do this it probably needs to be set to another shortcut before reassign, or it could be empty and just needs to be set)

For the erasing profiles part: Check the manual entry to locate the files https://docs.krita.org/en/KritaFAQ.html#where-are-my-resources-stored and remove (or move out from the folder) the ".profile" files from 'input' folder


After doing this steps there is no problem on showing the right click menu or pop up palette. If this solves your issue please tell us.

Initially I thought it was a glitch on my build, however it seems it is not an isolated event and might be some change between 4.3 and master that makes profiles break when upgrading. It probably is something on kritarc as testing my  krita AppData backup, kept the right click working.
Comment 7 squircledev 2021-05-04 01:35:46 UTC
I'm commenting to confirm that comment #6 did fix my issue! Right clicking after deleting / moving the files out of the "input" folder in AppData and then launching Krita 5.0 nightly works.
Comment 8 wolthera 2021-09-09 12:53:58 UTC
Alright, then I'll close this :)

Proly caused by the canvas input settings needing a reset.