Grease Pencil Objects Override 3D View Hotkeys. #78628

System Information
Operating system: MacOS 10.13.6
Graphics card: Nvidia GTX 970

Blender Version
Broken: 2.83.1

Short description of error
Grease Pencil Objects will replace and messing up 3D View Hotkeys. Causing returning to object or edit mode not work until the grease pencil object is deleted. Also with grease pencil, you cannot assign hotkey to change draw mode.

Exact steps for others to reproduce the error
Create a blank grease pencil and switch to Draw Mode. All set object mode hotkey will be broken. Re-adding hotkeys doesn't work afterwards because all modes will be always be binded in to 1 single key. Object, Edit, Sculpt, Draw etc will treat as 1 mode.

Update:
Steps to reproduce: Create Grease Pencil Stroke > Select Grease pencil object > Switch to Draw mode > Save new Keymap

Blender.mp4

Added subscriber: @TheCGCy

Added subscriber: @iss

Changed status from 'Needs Triage' to: 'Needs User Info'

I am not sure what the problem is.

Did you create those shortcuts? How are they broken? What should I do to reproduce this issue?

Added subscriber: @Imaginer

@iss I think those shortcuts are from the Industry Compatible keymap.

Even in industry compatible keymap, I can't reproduce this

Yeah, it's a slight modify of Industry compatible keys. But it behaves the same with Blender default too. With grease pencil selected. You wont able to switch or assign other modes with hotkeys. It gets replace to blank key maps. Selecting other polygon object restores it.

Try assign a keymap to "Draw" mode in preference. Other previously "object.mode_set" assigned keypmaps with have their "Mode" become blank. If you save this keymap, it'll becomes blank next time you restart blender or switching keymaps.

Here's the demonstration of the issue. If you save the keymaps while in Draw mode. All other keymaps will mess up next blender starts.
Blender Draw mode bug.m4v

Does this happen with keymap without any modification?

Yes, both Blender Default and Industry Compatible keymaps, but Blender default doesn't have Draw hotkey binded as far as I know. Even vanilla IC keymaps are unable to switch to Draw mode by pressing 4. Since it's sharing a same keybind as object mode. If reassign Draw mode to keys like 9 for example, Object mode will be assign to 9 as well.

Here's what happen if you save a new set of keymap if grease pencil is selected. Both Blender default's tab edit key, or Industrial Compatible Keymaps 1~7 all will become object mode. The video shows everything is assigned to 4 & 3 key

Steps to reproduce: Create Grease Pencil Stroke > Select Grease pencil object > Switch to Draw mode > Save new Keymap

Blender.mp4

I am quite confused here.

When I select GP object keymap is set to reflect GP options.
When I select mesh, keymap will change again to reflect options for mesh.

No functionality is pernamently lost. That is with unmodified keymap

If you change this keymap it may no longer work as it should - that is limitation and it is not considered to be a bug. That's why I was asking if this happens with unmodified keymap.

This comment was removed by @TheCGCy

By default you means it's unmodified keys come with Blender. No it doesn't work at all. I have tested it by remove addons folders and factory reset all preference. Default IC keymap by Default cannot switch to Draw mode by pressing 4 but can press 4 to toggle back to object mode. Blender Default keys tabbing will toggle between edit and draw mode however.

More issues comes when save as new key set, even if you didn't modify anything, no additional, no removed keys, just save a brand new set it'll just replace all "object.mode_set" modes automatically. That definite is not intended right?

To clarify, the last video I demoed is with unmodified default keys. The bug affect both Blender default and IC keymaps

I have looked at the video, but draw mode is always assigned to key 1 in my case, never to key 4.

As I said, this automatic change functionality is not supported with exported keymaps. As soon as you export keymap it should be "frozen" to state in which it was exported unless you change it manually.

It's definite key 4, you might stumble one of the issue I mentioned.

GP objects's Object mode and Draw mode is sharing 1 same key, you change Draw mode keys, Object mode will follows. You change Draw mode to 9, Object mode will also change to 9. This is why blender doesn't recognize draw mode because it's object mode always takes priority.
Like you said. auto change functionality isnt supported, But saving hotkeys with GP objects selected will affect regular object "modes" hotkeys like edit, vertex paint etc to re-assigned to key 3. To avoid this, I have to make sure selecting polygon objects first before saving changes, but this will cause any GP object hotkeys to reassign to 3 in return.

At this stage, I cannot make any modification without scrambling GP hotkeys or vice versa. They are like having 2 conflicting rules. I really dont think this is intended design, shouldn't all unique keys supposed to be individual? They dont seems to sharing similar keys either, they are like pretending to be nice with each other until I declare a key set.

In #78628#976708, @TheCGCy wrote:
It's definite key 4, you might stumble one of the issue I mentioned.

GP objects's Object mode and Draw mode is sharing 1 same key, you change Draw mode keys, Object mode will follows. You change Draw mode to 9, Object mode will also change to 9. This is why blender doesn't recognize draw mode because it's object mode always take priority.

This shouldn't be the case and I can't reproduce this behavior:

Like you said. auto change functionality isnt supported, But saving hotkeys with GP objects selected will affect regular object "modes" hotkeys like edit, vertex paint etc to re-assigned to key 3. To avoid this, I have to save it by selecting polygon objects to make sure it return to normal, but this will cause any GP object hotkeys to reassign to 3 in return. Both of them is not compatible.

In this stage, I cannot make any modification without scrambling GP hotkeys or vice versa. They are like having 2 conflicting rules.

That is correct, you would have to have conflicting rules. Such behavior is not supported in custom keymaps. There are "workarounds" like custom operators that would look at what object is selected and do the decision, so replicating that behavior is not impossible. It is bit more involved though.

This shouldn't be the case and I can't reproduce this behavior:

It is after a new keymap is created. I guess the issue is the per object keymap causing this.

So unless Keymap editor getting rework it's pretty much dead in the water huh? Should I file a feature request instead?

Changed status from 'Needs User Info' to: 'Archived'

You can definitely file feature request. I don't have very strong knowledge of keymap implementation, but just thinking about this abstractly there will have to be some scripting involved. Be it in keymap itself or in form of addon. This is because some people will want their exported keymap to be completely static, some will want "their favourite" features and not others and some will want all features from original keymap. This is not really easy to implement while making it user friendly.

Now exported keymap is truly just export - that is dumped dict of operator names with properties mapped to keys, and that is intended functionality.

So because there doesn't seem to be any bug, I will close this report. Thanks for reporting though.

Thank you for your time too. I'd say current implementation is less than ideal. If an exported keyset are replacing or modify other non related keys. I still think this is an issue needs to resolve in a way.

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Grease Pencil Objects Override 3D View Hotkeys. #78628