Opened 17 years ago
Last modified 17 years ago
#1310 closed bug
[GLTeapot] The teapot can't be controlled by a mouse — at Version 8
| Reported by: | diver | Owned by: | korli |
|---|---|---|---|
| Priority: | normal | Milestone: | R1/alpha1 |
| Component: | Kits/OpenGL Kit | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | jackburton | |
| Blocked By: | Blocking: | ||
| Platform: | All |
Description (last modified by )
The teapot in GLTeapot can't be controlled by a mouse. It used to work sometime in the past.
Change History (8)
comment:1 by , 17 years ago
| Cc: | added |
|---|
comment:2 by , 17 years ago
comment:3 by , 17 years ago
It seems changing the priority of the direct daemon thread to less than 15 let me control the teapot with the mouse. Stefano, should I change the priority of the direct daemon thread to (B_DISPLAY_PRIORITY - 1) ?
comment:4 by , 17 years ago
| Milestone: | R1 → R1/alpha |
|---|
comment:5 by , 17 years ago
But does work well here. Especially since Axel's changes to the scheduler.
comment:6 by , 17 years ago
This bug is only exposed with 1 CPU machine and VMs. Is it your test case ?
comment:8 by , 17 years ago
| Description: | modified (diff) |
|---|---|
| Summary: | [GLTeapot] can't be controlled by a mouse anymore → [GLTeapot] The teapot can't be controlled by a mouse |
Sorry, I hadn't understood what you were talking about. I thought you were talking about the GLTeapot _window_. Not the teapot itself. I can reproduce the bug. I removed the part about the black cursor because that depends on not having a hardware cursor.
It seems it just ignore mouse events, keboard (alt+n) works though.