BlenderKit causes the keyboard to be locked without any reason #73507

New Issue

Patrice · 2020-01-30T03:31:54+01:00

Patrice commented

2020-01-30 03:31:54 +01:00

System Information
Operating system: Fedora 31
Graphics card: NVidia 1060 Ti, and 2 other computer (laptops) with NEO

Blender Version
Broken: 2.82 c7c8ee61686 (HEAD -> blender-v2.82-release, origin/blender-v2.82-release) HEAD@{0}: pull --rebase: Fast-forward (version from blender.org is broken too)

Short description of error
I start Blender and work for a while, I cannot use my keyboard. It's like "ALT" key is locked.
I wondered if that's my laptop, so I tried on my desktop computer, and on another laptop. The problem remains the same.

Exact steps for others to reproduce the error

I use shift key to slide the view, then I press some keys... and when I have pressed one time ";" (or SHIFT ;), so the keyboard seems to be locked in Blender. I cannot use any key, TAB, ALT, SHIFT, and any other letter key is deactivated.

e.g. If I want to press a value in a node parameter, or in "item" tab, the keyboard is still locked.

I'm using AZERTY keyboard (french), no translation on UI.

Note that ALT, SHIFT and others keys are working in all other software (terminal, Firefox, ...) - If I close blender and then I restart it, I can use my keyboard for a while, until the problem reappears.

I also checked if AccessX keys option is activated, it's not.

The problem appeared today.

Note, I really tried on several computers, all of them are using Fedora 31
There is no error in the terminal.

Thanks,

**System Information** Operating system: Fedora 31 Graphics card: NVidia 1060 Ti, and 2 other computer (laptops) with NEO **Blender Version** Broken: 2.82 c7c8ee61686 (HEAD -> blender-v2.82-release, origin/blender-v2.82-release) HEAD@{0}: pull --rebase: Fast-forward (version from blender.org is broken too) **Short description of error** I start Blender and work for a while, I cannot use my keyboard. It's like "ALT" key is locked. I wondered if that's my laptop, so I tried on my desktop computer, and on another laptop. The problem remains the same. **Exact steps for others to reproduce the error** I use shift key to slide the view, then I press some keys... and when I have pressed one time ";" (or SHIFT ;), so the keyboard seems to be locked in Blender. I cannot use any key, TAB, ALT, SHIFT, and any other letter key is deactivated. e.g. If I want to press a value in a node parameter, or in "item" tab, the keyboard is still locked. I'm using AZERTY keyboard (french), no translation on UI. Note that ALT, SHIFT and others keys are working in all other software (terminal, Firefox, ...) - If I close blender and then I restart it, I can use my keyboard for a while, until the problem reappears. I also checked if AccessX keys option is activated, it's not. The problem appeared today. Note, I really tried on several computers, all of them are using Fedora 31 There is no error in the terminal. Thanks,

blender-admin commented

2020-01-30 03:31:54 +01:00

blender/blender#74570 was marked as duplicate of this issue

blender-admin commented

2020-01-30 03:31:54 +01:00

blender/blender#74532 was marked as duplicate of this issue

blender-admin commented

2020-01-30 03:31:54 +01:00

blender/blender#74164 was marked as duplicate of this issue

blender-admin commented

2020-01-30 03:31:54 +01:00

blender/blender#74035 was marked as duplicate of this issue

Patrice commented

2020-01-30 03:31:55 +01:00

Added subscriber: @Metal3d

Campbell Barton commented

2020-01-30 04:03:35 +01:00

Added subscriber: @ideasman42

Campbell Barton commented

2020-01-30 04:03:36 +01:00

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

Campbell Barton commented

2020-01-30 04:03:36 +01:00

Pressing Alt with no other keys prompts in the status bar for a second key to be pressed. If you didn't want this you can press Alt again or Escape.

Is this what you're referring to?

Pressing Alt with no other keys prompts in the status bar for a second key to be pressed. If you didn't want this you can press Alt again or Escape. Is this what you're referring to?

Patrice commented

2020-01-30 04:05:25 +01:00

I did a git bisect. It seems that the problem started from that commit: aa123555d7a75c784f479b9572145f45862bcb2b

I'm not sure, because the lock is a bit "random" and it is possible that other "good" commits are actually "bad" (the bug didn't happend but maybe I had luck...)

Actually, that couldn't be that commit, 10 jan is too old... But in case of...

git bisect good
aa123555d7a75c784f479b9572145f45862bcb2b is the first bad commit
commit aa123555d7a75c784f479b9572145f45862bcb2b
Author: Philipp Oeser <info@graphics-engineer.com>
Date:   Fri Jan 10 13:33:25 2020 +0100

    Fix T73014: Marker sync does not work correctly if moving strip so it overlaps another strip
    
    Need to also offset markers in BKE_sequence_base_shuffle_time().
    Also clarify/correct related comments.
    
    Maniphest Tasks: T73014
    
    Differential Revision: https://developer.blender.org/D6555

 source/blender/blenkernel/BKE_sequencer.h                 |  5 ++++-
 source/blender/blenkernel/intern/sequencer.c              | 15 ++++++++++++++-
 source/blender/editors/transform/transform.c              |  2 +-
 source/blender/editors/transform/transform_convert.c      |  4 ++--
 .../editors/transform/transform_convert_sequencer.c       | 10 +++++++---
 5 files changed, 28 insertions(+), 8 deletions(-)

Is it possible that these changes can inpact the keyboard in UI ? It seems that's not corresponding.

I did a git bisect. It seems that the problem started from that commit: aa123555d7a75c784f479b9572145f45862bcb2b I'm not sure, because the lock is a bit "random" and it is possible that other "good" commits are actually "bad" (the bug didn't happend but maybe I had luck...) **Actually, that couldn't be that commit, 10 jan is too old...** But in case of... ``` git bisect good aa123555d7a75c784f479b9572145f45862bcb2b is the first bad commit commit aa123555d7a75c784f479b9572145f45862bcb2b Author: Philipp Oeser <info@graphics-engineer.com> Date: Fri Jan 10 13:33:25 2020 +0100 Fix T73014: Marker sync does not work correctly if moving strip so it overlaps another strip Need to also offset markers in BKE_sequence_base_shuffle_time(). Also clarify/correct related comments. Maniphest Tasks: T73014 Differential Revision: https://developer.blender.org/D6555 source/blender/blenkernel/BKE_sequencer.h | 5 ++++- source/blender/blenkernel/intern/sequencer.c | 15 ++++++++++++++- source/blender/editors/transform/transform.c | 2 +- source/blender/editors/transform/transform_convert.c | 4 ++-- .../editors/transform/transform_convert_sequencer.c | 10 +++++++--- 5 files changed, 28 insertions(+), 8 deletions(-) ``` Is it possible that these changes can inpact the keyboard in UI ? It seems that's not corresponding.

Patrice commented

2020-01-30 04:06:19 +01:00

In #73507#862490, @ideasman42 wrote:
Pressing Alt with no other keys prompts in the status bar for a second key to be pressed. If you didn't want this you can press Alt again or Escape.

Is this what you're referring to?

No, it doesn't do anything. the keyboard is really not responding.

> In #73507#862490, @ideasman42 wrote: > Pressing Alt with no other keys prompts in the status bar for a second key to be pressed. If you didn't want this you can press Alt again or Escape. > > Is this what you're referring to? No, it doesn't do anything. the keyboard is really not responding.

Patrice commented

2020-01-30 04:10:45 +01:00

This comment was removed by @Metal3d

*This comment was removed by @Metal3d*

Patrice commented

2020-01-30 04:31:30 +01:00

OK, I found what's wrong.

It seems that Python API changed earlier and it breaks some addons, here, that's BlenderKit that fails. Earlier, that was CrowdRender.

Actually, I don't need to press some key, I only have to wait a bit to have the problem. When the keyboard is locked, I go in terminal where I launched Blender and press CTRL+C. Then:

^CTraceback (most recent call last):
  File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/blenderkit/search.py", line 134, in timer_update
    @bpy.app.handlers.persistent
KeyboardInterrupt

And... the keyboard is unlocked.

So, it's possible that the bug is from BlenderKit addon here.

EDIT I confirm, deactivating BlenderKit stop the problem. An error appears when I deactivate that addon:

Traceback (most recent call last):
  File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/modules/bpy_types.py", line 796, in draw_ls
    func(self, context)
  File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/blenderkit/ui_panels.py", line 1052, in header_search_draw
    if not utils.guard_from_crash():
  File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/blenderkit/utils.py", line 557, in guard_from_crash
    if bpy.context.preferences.addons['blenderkit'] is None:
KeyError: 'bpy_prop_collection[key]: key "blenderkit" not found'

But after re-opening Blender, no keyboard lock

OK, I found what's wrong. It seems that Python API changed earlier and it breaks some addons, here, that's BlenderKit that fails. Earlier, that was CrowdRender. Actually, I don't need to press some key, I only have to wait a bit to have the problem. When the keyboard is locked, I go in terminal where I launched Blender and press CTRL+C. Then: ``` ^CTraceback (most recent call last): File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/blenderkit/search.py", line 134, in timer_update @bpy.app.handlers.persistent KeyboardInterrupt ``` And... the keyboard is unlocked. So, it's possible that the bug is from BlenderKit addon here. EDIT I confirm, deactivating BlenderKit stop the problem. An error appears when I deactivate that addon: ``` Traceback (most recent call last): File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/modules/bpy_types.py", line 796, in draw_ls func(self, context) File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/blenderkit/ui_panels.py", line 1052, in header_search_draw if not utils.guard_from_crash(): File "/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/blenderkit/utils.py", line 557, in guard_from_crash if bpy.context.preferences.addons['blenderkit'] is None: KeyError: 'bpy_prop_collection[key]: key "blenderkit" not found' ``` But after re-opening Blender, no keyboard lock

Campbell Barton changed title from ~~Keyboard locked without any reason~~ to BlenderKit causes the keyboard to be locked without any reason

2020-01-30 04:36:02 +01:00

Vilem Duha was assigned by Campbell Barton

2020-01-30 04:36:02 +01:00

Campbell Barton commented

2020-01-30 04:43:07 +01:00

@Metal3d This looks to be caused by blenderkit, please provide steps to redo the error.

Note that Blenderkit adds a timer that runs every second, ideally this would only happen when the user is searching.

@Metal3d This looks to be caused by blenderkit, please provide steps to redo the error. Note that Blenderkit adds a timer that runs every second, ideally this would only happen when the user is searching.

Patrice commented

2020-02-04 23:38:05 +01:00

It seems that the problem is not BlenderKit but Python API itself.
I deactivated the module and I now have the same behavior with some others addons.

Have to press CTRL+C several times:

Traceback (most recent call last):
File "/home/metal3d/.config/blender/2.82/scripts/addons/BlendLuxCore/handlers/depsgraph_update_post.py", line 4, in handler
@persistent

I also see that:

psutil available
fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_command_functions.py'
fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_exception.py'

And I cannot use the keyboard, the mouse is the only one input I can use...

It seems that the problem is not BlenderKit but Python API itself. I deactivated the module and I now have the same behavior with some others addons. Have to press CTRL+C several times: > Traceback (most recent call last): > File "/home/metal3d/.config/blender/2.82/scripts/addons/BlendLuxCore/handlers/depsgraph_update_post.py", line 4, in handler > @persistent I also see that: ``` psutil available fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_command_functions.py' fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_exception.py' ``` And I cannot use the keyboard, the mouse is the only one input I can use...

Patrice commented

2020-02-04 23:39:16 +01:00

Note that the problem disappeared until last compilation made a couple of minutes ago, commit 93a46f7d089 - the problem is back

It seems to be random, but CTRL+C always stops on @persistent decorator.

Note that the problem disappeared until last compilation made a couple of minutes ago, commit 93a46f7d089 - the problem is back It seems to be random, but CTRL+C always stops on `@persistent` decorator.

Rune Morling commented

2020-02-06 06:58:10 +01:00

Added subscriber: @ermo

Rune Morling commented

2020-02-06 06:58:10 +01:00

In #73507#865554, @Metal3d wrote:
It seems that the problem is not BlenderKit but Python API itself.
I deactivated the module and I now have the same behavior with some others addons.

Have to press CTRL+C several times:

Traceback (most recent call last):
File "/home/metal3d/.config/blender/2.82/scripts/addons/BlendLuxCore/handlers/depsgraph_update_post.py", line 4, in handler
@persistent

I also see that:

psutil available
fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_command_functions.py'
fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_exception.py'

And I cannot use the keyboard, the mouse is the only one input I can use...

Just a quick note that the errors above referencing two out-of-place pdt .py files should be fixed as of the commits referenced in #73562 (both on blender-v2.82-release and master).

> In #73507#865554, @Metal3d wrote: > It seems that the problem is not BlenderKit but Python API itself. > I deactivated the module and I now have the same behavior with some others addons. > > Have to press CTRL+C several times: > > > >> Traceback (most recent call last): >> File "/home/metal3d/.config/blender/2.82/scripts/addons/BlendLuxCore/handlers/depsgraph_update_post.py", line 4, in handler >> @persistent > > I also see that: > > ``` > psutil available > fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_command_functions.py' > fake_module: addon missing 'bl_info' gives bad performance!: '/home/metal3d/Projects/blender-git/build_linux/bin/2.82/scripts/addons/pdt_exception.py' > ``` > > And I cannot use the keyboard, the mouse is the only one input I can use... Just a quick note that the errors above referencing two out-of-place pdt .py files should be fixed as of the commits referenced in #73562 (both on blender-v2.82-release and master).

Vilem Duha commented

2020-02-06 19:50:21 +01:00

I can confirm something similar happened to me too.
I noticed this problem several times and tried to find the cause. However, there are no while loops or something similar in the mentioned parts of code, and when Blender freezes it never gives a location.
Also, this didn't happen for weeks and I really can't reproduce the error. If somebody who can reproduce this would be able to send some traceback it would help.

I can confirm something similar happened to me too. I noticed this problem several times and tried to find the cause. However, there are no while loops or something similar in the mentioned parts of code, and when Blender freezes it never gives a location. Also, this didn't happen for weeks and I really can't reproduce the error. If somebody who can reproduce this would be able to send some traceback it would help.

Yury commented

2020-02-14 23:45:04 +01:00

Added subscriber: @ObozYury

Hideki Saito commented

2020-02-16 14:00:23 +01:00

Added subscriber: @HidekiSaito

Hideki Saito commented

2020-02-17 03:56:02 +01:00

I have been observing this problem, since 2.82 release. Haven't had chance to get the dump, but disabling BlenderKit did seem resolve the issue.
In attempt to get more pin-poinit pattern of the issue (e.g. try to partially enable/disable feature within the addon) however, I still haven't seen this happening in the control state. (e.g. back to the previous state -- all the add-on option enabled.) So the order Add-ons loaded may matter as well.

Here are some patterns I've observed from when this was happening.

Enabling HardOps feature would often have caused this problem.
Dragging and Dropping items, from and to collections, in the Outliner would have caused this quite often.

When this happens middle mouse button wouldn't pan the view any more for while (it'll become front/back movement), I would regain the panning functionality after a while and then I lose all the keyboard functionality. (none of hotkeys, text input, would work). Keyboard outage may propagate to outside of Blender for about a half a minute or so, but this could be coming from the heavy processor usage.

I will keep close eyes on the issue to see if I can get additional info. (If there are any procedure that I can try that would be useful for diagnosing the issue, please let me know.)

I have been observing this problem, since 2.82 release. Haven't had chance to get the dump, but disabling BlenderKit did seem resolve the issue. In attempt to get more pin-poinit pattern of the issue (e.g. try to partially enable/disable feature within the addon) however, I still haven't seen this happening in the control state. (e.g. back to the previous state -- all the add-on option enabled.) So the order Add-ons loaded may matter as well. Here are some patterns I've observed from when this was happening. - Enabling HardOps feature would often have caused this problem. - Dragging and Dropping items, from and to collections, in the Outliner would have caused this quite often. When this happens middle mouse button wouldn't pan the view any more for while (it'll become front/back movement), I would regain the panning functionality after a while and then I lose all the keyboard functionality. (none of hotkeys, text input, would work). Keyboard outage may propagate to outside of Blender for about a half a minute or so, but this could be coming from the heavy processor usage. I will keep close eyes on the issue to see if I can get additional info. (If there are any procedure that I can try that would be useful for diagnosing the issue, please let me know.)

Hideki Saito commented

2020-02-17 11:44:46 +01:00

I've gotten this to reproduce reliably in my environment, I've used this file .

Moving the objects using 'g' keys randomly would cause this problem to happen. With BlenderKit Addon disabled, this did not happen.

Here's my stack trace:

Traceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker
    def queue_worker():
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker
    def queue_worker():
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/bg_blender.py", line 100, in bg_update
    @bpy.app.handlers.persistent
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker
    def queue_worker():
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/search.py", line 134, in timer_update
    @bpy.app.handlers.persistent
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/download.py", line 449, in timer_update
    @bpy.app.handlers.persistent
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/__init__.py", line 97, in check_timers_timer
    def check_timers_timer():
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker
    def queue_worker():
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/bg_blender.py", line 100, in bg_update
    @bpy.app.handlers.persistent
KeyboardInterrupt
^CTraceback (most recent call last):
  File "/home/hideki/.config/blender/2.82/scripts/addons/Boxcutter/addon/utility/view3d.py", line 281, in header
    def header(ht, context):
KeyboardInterrupt

I've gotten this to reproduce reliably in my environment, I've used [this file ](https://github.com/hsaito/blendvault/blob/master/Logos/%E4%B8%96%E8%A9%B1%E3%82%84%E3%81%8D%E3%82%AD%E3%83%84%E3%83%8D%E3%81%AE%E4%BB%99%E7%8B%90%E3%81%95%E3%82%93%E3%83%AD%E3%82%B4.blend). Moving the objects using 'g' keys randomly would cause this problem to happen. With BlenderKit Addon disabled, this did not happen. Here's my stack trace: ``` Traceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker def queue_worker(): KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker def queue_worker(): KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/bg_blender.py", line 100, in bg_update @bpy.app.handlers.persistent KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker def queue_worker(): KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/search.py", line 134, in timer_update @bpy.app.handlers.persistent KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/download.py", line 449, in timer_update @bpy.app.handlers.persistent KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/__init__.py", line 97, in check_timers_timer def check_timers_timer(): KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/tasks_queue.py", line 58, in queue_worker def queue_worker(): KeyboardInterrupt ^CTraceback (most recent call last): File "/opt/blender-2.82-linux64/2.82/scripts/addons/blenderkit/bg_blender.py", line 100, in bg_update @bpy.app.handlers.persistent KeyboardInterrupt ^CTraceback (most recent call last): File "/home/hideki/.config/blender/2.82/scripts/addons/Boxcutter/addon/utility/view3d.py", line 281, in header def header(ht, context): KeyboardInterrupt ```

Eric Butts commented

2020-02-17 23:32:49 +01:00

Added subscriber: @EricButts

Eric Butts commented

2020-02-17 23:32:49 +01:00

Operating System: Linux POP OS (Ubuntu 19.10)
Graphics Card: Geforce RTX 2080 Super
Blender 2.82 branch: master, commit date: 2020-02-12 16:20, hash: 77d23b0bd76f

Just confirming this bug. Keyboard locks out randomly. Disabled the Blenderkit Addon. Seems to have resolved the issue.

Operating System: Linux POP OS (Ubuntu 19.10) Graphics Card: Geforce RTX 2080 Super Blender 2.82 branch: master, commit date: 2020-02-12 16:20, hash: 77d23b0bd76f Just confirming this bug. Keyboard locks out randomly. Disabled the Blenderkit Addon. Seems to have resolved the issue.

Hideki Saito commented

2020-02-18 03:06:12 +01:00

Also to add, this looks like only affecting Linux environment. My Windows installation seems to be not exhibiting this problem.

Vilem Duha commented

2020-02-19 13:09:56 +01:00

Will try to reproduce again on Linux, On Mac and Win I had no success reproducing. Thanks for all the input.

Ankit Meel commented

2020-02-20 17:14:18 +01:00

Added subscribers: @Vis, @ankitm

Campbell Barton commented

2020-02-21 01:56:27 +01:00

BlenderKit should be updated to use a sub-process, as background threads are not supported.

See: https://docs.blender.org/api/master/info_gotcha.html#strange-errors-using-threading-module

BlenderKit should be updated to use a sub-process, as background threads are not supported. See: https://docs.blender.org/api/master/info_gotcha.html#strange-errors-using-threading-module

Rodrigo Couto commented

2020-02-23 17:20:55 +01:00

Added subscriber: @Calandro

Rodrigo Couto commented

2020-02-23 17:20:55 +01:00

Same here. Ubuntu 19.04 - GeForce GTX 1050 Ti - Blender 2.82

Not sure what is the root of the problem, but it only appeared after I turn the add-on on on preferences and started to have the same behavior on Ivy generator randomly. I cannot say if it affects other add-ons.

In my attempts to fix the problem when I was not sure what the cause was, since terminal gave no clue, i tried to purge Blender packages from the system and had the annoying surprise that I am not able because the terminal says it was not able to find "blenderkit_data" package.

Same here. Ubuntu 19.04 - GeForce GTX 1050 Ti - Blender 2.82 Not sure what is the root of the problem, but it only appeared after I turn the add-on on on preferences and started to have the same behavior on Ivy generator randomly. I cannot say if it affects other add-ons. In my attempts to fix the problem when I was not sure what the cause was, since terminal gave no clue, i tried to purge Blender packages from the system and had the annoying surprise that I am not able because the terminal says it was not able to find "blenderkit_data" package.

Ankit Meel commented

2020-02-24 15:11:23 +01:00

Added subscriber: @stnhristov

Rodrigo Couto commented

2020-02-25 05:23:25 +01:00

I tried to find a workaround to deal with the problem and what i did was to download Blender 2.81 and work with blenderkit and ivy generator only there and after import the work in Blender 2.82, if necessary.

I have been working with both add-ons for a considerable amount of time without any problem with mouse, or keyboard on 2.81. On Blender 2.82 the problem appeared immediately, just because the tab of BlenderKit was open in the startup file.

Just turn off the add-on and problem solved.

I tried to find a workaround to deal with the problem and what i did was to download Blender 2.81 and work with blenderkit and ivy generator only there and after import the work in Blender 2.82, if necessary. I have been working with both add-ons for a considerable amount of time without any problem with mouse, or keyboard on 2.81. On Blender 2.82 the problem appeared immediately, just because the tab of BlenderKit was open in the startup file. Just turn off the add-on and problem solved.

Vilem Duha commented

2020-02-26 10:04:29 +01:00

We tried to reproduce on Linux several times. What we now suspect is that this might be caused by a combination of add-ons. We tried with vanilla blender 2.82 on Ubuntu 19.10. with no success reproducing the bug.
What might help is - let us know your combination of add-ons.
Record a video of the problem.

We tried to reproduce on Linux several times. What we now suspect is that this might be caused by a combination of add-ons. We tried with vanilla blender 2.82 on Ubuntu 19.10. with no success reproducing the bug. What might help is - let us know your combination of add-ons. Record a video of the problem.

Hideki Saito commented

2020-02-27 11:17:23 +01:00

Attached is the recording of my screen.
All I have been doing was using "g" key to grab and then move around.
As demonstrated, it stops accepting keyboard input -- in this video I've tried 'g' key, and also 'a' not working.

Mouse button clicks still works as demonstrated.

Hope this helps...

Attached is the recording of my screen. All I have been doing was using "g" key to grab and then move around. As demonstrated, it stops accepting keyboard input -- in this video I've tried 'g' key, and also 'a' not working. Mouse button clicks still works as demonstrated. Hope this helps...

Hideki Saito commented

2020-02-27 11:19:05 +01:00

I guess it would have been useful if I've actually attached the file :-)
blender-blendkit-problems.webm

I guess it would have been useful if I've actually attached the file :-) [blender-blendkit-problems.webm](https://archive.blender.org/developer/F8375144/blender-blendkit-problems.webm)

Hideki Saito commented

2020-02-27 11:23:10 +01:00

To provide some contrast, here's the session without BlendKit enabled. As you can see the same problem is not happening despite with the similar actions.

blender-without-blendkit.webm

To provide some contrast, here's the session without BlendKit enabled. As you can see the same problem is not happening despite with the similar actions. [blender-without-blendkit.webm](https://archive.blender.org/developer/F8375157/blender-without-blendkit.webm)

Andrés Schwartz commented

2020-03-03 01:10:49 +01:00

Added subscriber: @Anyeos

Andrés Schwartz commented

2020-03-03 01:10:50 +01:00

Same here. My keyboard stop responding after using BlenderKit for a moment. Mouse works as expected. And keyboard is working in other apps correctly.

Edit:
It is happenning without BlenderKit activated. It is happening a few seconds later I open blender 2.82.
It is frustrating I cannot use blender 2.82 at all. I need to return to 2.81.

Operating System: Ubuntu 19.10
Blender 2.82 release compiled from source.

Same here. My keyboard stop responding after using BlenderKit for a moment. Mouse works as expected. And keyboard is working in other apps correctly. Edit: It is happenning without BlenderKit activated. It is happening a few seconds later I open blender 2.82. It is frustrating I cannot use blender 2.82 at all. I need to return to 2.81. Operating System: Ubuntu 19.10 Blender 2.82 release compiled from source.

Larry Sankey commented

2020-03-05 17:41:52 +01:00

Added subscriber: @lsankey

Larry Sankey commented

2020-03-05 17:41:52 +01:00

I've had the same problem since installing Blender 2.82 and Blenderkit. i open Blender and after a few seconds to several minutes the keyboard stops working in Blender. After reading this thread I disabled Blenderkit and the problem is gone. I have no problem entering text. Could be a combination of addons, but have no idea what the other problem addon could be.

OS: Ubuntu 19.10
Blender 2.82 installed using Ubuntu Software

I've had the same problem since installing Blender 2.82 and Blenderkit. i open Blender and after a few seconds to several minutes the keyboard stops working in Blender. After reading this thread I disabled Blenderkit and the problem is gone. I have no problem entering text. Could be a combination of addons, but have no idea what the other problem addon could be. OS: Ubuntu 19.10 Blender 2.82 installed using Ubuntu Software

Larry Sankey commented

2020-03-05 18:25:01 +01:00

I disabled all but the following addons . I have no problems entering text when Blenderkit is disabled. When I reenable Blenderkit and move an object, within a minute the keyboard doesn't work.

I disabled all but the following addons ![image.png](https://archive.blender.org/developer/F8389974/image.png). I have no problems entering text when Blenderkit is disabled. When I reenable Blenderkit and move an object, within a minute the keyboard doesn't work.

Ankit Meel commented

2020-03-05 18:26:41 +01:00

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Michael commented

2020-03-07 13:44:33 +01:00

Added subscriber: @Ape_in_outer_space

Michael commented

2020-03-07 14:13:17 +01:00

I can reliably reproduce this even with NO addons enabled other than blenderkit, not even cycles.

I'm using Fedora 31, and Blender 8.2.

I simply open blender, and search for something that finds a large number of results in blenderkit. Then press any keyboard key while it's busy searching and doing it's thing.

Eg. search for "stone", and spam the 'a' key. They keyboard will then stop functioning in Blender until you exit and restart.

It usually doesn't happen if it's only a short search that doesn't return many results, such as "stuff". Only if the search finds a larger number of results such as 'things".

I've also reliably reproduced this bug in Solus using the same method.

I can reliably reproduce this even with NO addons enabled other than blenderkit, not even cycles. I'm using Fedora 31, and Blender 8.2. I simply open blender, and search for something that finds a large number of results in blenderkit. Then press any keyboard key while it's busy searching and doing it's thing. Eg. search for "stone", and spam the 'a' key. They keyboard will then stop functioning in Blender until you exit and restart. It usually doesn't happen if it's only a short search that doesn't return many results, such as "stuff". Only if the search finds a larger number of results such as 'things". I've also reliably reproduced this bug in Solus using the same method.

Ankit Meel commented

2020-03-08 05:23:06 +01:00

Added subscriber: @MintyMike

Ankit Meel commented

2020-03-10 16:46:08 +01:00

Added subscribers: @joel_eapen, @mano-wii

Hideki Saito commented

2020-03-13 05:21:46 +01:00

While I didn't expect any changes as changelog didn't specify anything related to this area, but I observed this is happening on 2.82a as well.

Patrice commented

2020-03-13 06:08:21 +01:00

I don't know if someone took a look but it seems that bpy.app.handlers.persistent can be the source of the problem. Any time I have that problem, and when I press CTRL+C in console, this decorator is displayed in error tracks.

I don't know if someone took a look but it seems that `bpy.app.handlers.persistent` can be the source of the problem. Any time I have that problem, and when I press CTRL+C in console, this decorator is displayed in error tracks.

blender-admin commented

2020-04-03 03:34:33 +02:00

This issue was referenced by bc464cfc97

This issue was referenced by bc464cfc9708ef10fef4f1d5b6afa435067ea11d

blender-admin commented

2020-04-03 03:35:11 +02:00

Changed status from 'Needs Developer To Reproduce' to: 'Resolved'

blender-admin closed this issue

2020-04-03 03:35:11 +02:00

Vilem Duha commented

2020-04-03 03:56:58 +02:00

Changed status from 'Resolved' to: 'Confirmed'

Vilem Duha reopened this issue

2020-04-03 03:56:58 +02:00

Vilem Duha commented

2020-04-03 03:56:58 +02:00

Just tried a fix but obviously it only makes the problem happen less often. This needs deeper investigation.

What I found so far:

BlenderKit is the only addon in the repository that uses bpy.app.timers.register()
The bug may happen also on startup right after loading a file. In that timeframe, no search can happen from BlenderKit side, so no threads are running only timers which return short after being entered.

Just tried a fix but obviously it only makes the problem happen less often. This needs deeper investigation. What I found so far: - BlenderKit is the only addon in the repository that uses bpy.app.timers.register() - The bug may happen also on startup right after loading a file. In that timeframe, no search can happen from BlenderKit side, so no threads are running only timers which return short after being entered.

Campbell Barton commented

2020-04-03 09:22:36 +02:00

@VilemDuha did you look into using an external process which the timer checks?

@VilemDuha did you look into using an external process which the timer checks? - https://blender.stackexchange.com/questions/48573 - https://blender.stackexchange.com/a/32779/55

Vilem Duha commented

2020-04-04 18:59:01 +02:00

@ideasman42 thanks for the links. We are actually using external process for some parts of the addon (actually a second blender instance for thumbnails, upload e.t.c.) and threads are used for softer stuff.

I also forgot to mention - I tested against 2.81 and the same addon code from 2.82 runs perfectly fine, I wasn't able to reproduce the problem. I'd like to come closer to which commit might have caused the change, will try to test more builds between the releases.

@ideasman42 thanks for the links. We are actually using external process for some parts of the addon (actually a second blender instance for thumbnails, upload e.t.c.) and threads are used for softer stuff. I also forgot to mention - I tested against 2.81 and the same addon code from 2.82 runs perfectly fine, I wasn't able to reproduce the problem. I'd like to come closer to which commit might have caused the change, will try to test more builds between the releases.

Vilem Duha commented

2020-04-04 21:44:04 +02:00

Just tried to build latest revision (505a19ed75b2829a561475ab4acc075b715a8499 - 4.april 2020) on Ubuntu 19.10 (with automatic dependency installation, with make lite command) and the issue wasn't present. This is getting crazy hard to debug for me as Python developer.

Vilem Duha commented

2020-05-07 14:01:49 +02:00

I finally found the reason for this.
It's caused by reading the clipboard, I will commit fix today.

I finally found the reason for this. It's caused by reading the clipboard, I will commit fix today.

Vilem Duha commented

2020-05-07 14:39:34 +02:00

Changed status from 'Confirmed' to: 'Resolved'

Vilem Duha closed this issue

2020-05-07 14:39:34 +02:00

Vilem Duha commented

2020-05-07 14:39:34 +02:00

Fixed with commit 4fe390b6ba

Fixed with commit 4fe390b6bad2807f604656752f122861fd26efc1

Robert Bonjasky commented

2020-05-07 17:44:03 +02:00

Added subscriber: @bonjasky

Robert Bonjasky commented

2020-05-07 17:44:03 +02:00

Have the same Problem with Blender 2.82a/Ubuntu 18.04
You guys doing gods work. Thanks so much:)

Have the same Problem with Blender 2.82a/Ubuntu 18.04 You guys doing gods work. Thanks so much:)

Hideki Saito commented

2020-05-10 11:26:33 +02:00

I have replaced search.py in my installation and it seems have resolved the issue.

Eric Luckenuik commented

2020-06-05 05:35:41 +02:00

Added subscriber: @TheHappy1

Eric Luckenuik commented

2020-06-05 05:35:41 +02:00

Hello everyone, I'm not a programmer and I'm not ure if this a good plae to post this, but I'm kind of clueless... I got a strange experience today. I was building an animated title (snow) in OpenShot 2.5.1 that uses blender to build them. I have Blender 2.82a installed. So there it start compiling the animation frame by frame. At one time, it froze and I had to reboot. Since then, the keyboard is not working anymore. I tried so many tutorials about keyboards, none had done anything. Then, searching I got here with people reporting bugs about the keyboard and thought someone might have seen my problem before.

I'm using Windows 10. USB keyboard works, but integrated keyboard is not working.

Hello everyone, I'm not a programmer and I'm not ure if this a good plae to post this, but I'm kind of clueless... I got a strange experience today. I was building an animated title (snow) in OpenShot 2.5.1 that uses blender to build them. I have Blender 2.82a installed. So there it start compiling the animation frame by frame. At one time, it froze and I had to reboot. Since then, the keyboard is not working anymore. I tried so many tutorials about keyboards, none had done anything. Then, searching I got here with people reporting bugs about the keyboard and thought someone might have seen my problem before. I'm using Windows 10. USB keyboard works, but integrated keyboard is not working.

Sasha commented

2022-08-11 00:51:19 +02:00

Added subscriber: @uzouzouzopuzo

Sign in to join this conversation.