| 2007-06-17 18:22:39 |
Siegfried Gevatter |
bug |
|
|
added bug |
| 2007-06-18 00:16:10 |
Emmet Hikory |
chromium: status |
Unconfirmed |
Confirmed |
|
| 2007-06-18 00:16:10 |
Emmet Hikory |
chromium: importance |
Undecided |
Wishlist |
|
| 2007-06-18 00:16:10 |
Emmet Hikory |
chromium: statusexplanation |
|
I can confirm the reported behaviour, but I'm not sure of the appropriate desired behaviour. Given that the ship is the pointer, if the game is paused, and the pointer released, what should happen when the game is later unpaused? Should the ship move to the pointer, or should the pointer index be reset to that of the ship? Having the game grab the ponter, and lock to the ship resolves this question, although users are forced to use alternate focus mechanisms when changing windows. |
|
| 2007-06-18 08:35:01 |
Siegfried Gevatter |
bug |
|
|
assigned to chromium (upstream) |
| 2007-10-29 16:54:14 |
Siegfried Gevatter |
chromium: status |
New |
Invalid |
|
| 2008-09-11 08:53:34 |
Emmet Hikory |
chromium: status |
Confirmed |
Fix Released |
|
| 2008-09-11 08:53:34 |
Emmet Hikory |
chromium: statusexplanation |
I can confirm the reported behaviour, but I'm not sure of the appropriate desired behaviour. Given that the ship is the pointer, if the game is paused, and the pointer released, what should happen when the game is later unpaused? Should the ship move to the pointer, or should the pointer index be reset to that of the ship? Having the game grab the ponter, and lock to the ship resolves this question, although users are forced to use alternate focus mechanisms when changing windows. |
|
|
