| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0001691 | OpenClonk | Objects | public | 2016-02-27 13:22 | 2018-01-22 18:17 | ||||
| Reporter | pluto | ||||||||
| Assigned To | Zapper | ||||||||
| Priority | high | Severity | minor | Reproducibility | sometimes | ||||
| Status | resolved | Resolution | fixed | ||||||
| Product Version | |||||||||
| Target Version | 8.0 | Fixed in Version | |||||||
| Summary | 0001691: Bow, (and musket) after shot (or recharge) keep in the kind of aiming mode, without mouse pressed that prevents climbing | ||||||||
| Description | Sometimes when shooting arrows with the bow, the clonk stays in the aiming mode (that you usually have when mousebutton is hold) without holding left mouse button. That causes that you end up being slowed down, prevents you from climbing and causes you to fall down tumbeling. Similar thing applies to the musket when it is shot and reloaded. With musket it is not predictable as there is no aiming mode(?) however you also cannot climb eighter. You can end this funny problem by switching to another item (and back) or by rightclick (which surprisingly does not end with the item thrown away). That brings you back to normal. I had the impression it can also happen with the javelin, but that is not sure. | ||||||||
| Steps To Reproduce | Best do reproduce is the race scenario of Mimmo, where the aim is to shoot 16? or so targets in a small labyrinth like map. It is very sure that you end up with that bug at some point (until now it allway happend to everybody in that particular round) and it is easy to notice, because the map involves a lot of climbing directly after shooting a target. However I noticed that problem also in Brunnen(not sure because you usually die quite quickly) and definitly in Heißes Eis. | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files |
| ||||||||
 Relationships |
 Notes |
|
|
Zapper (developer) 2016-02-27 14:45 |
Sound like ControlUseStart would be called, putting the Clonk into "aiming mode" and then ControlUseStop would never be called. It's possible that the Stop callbac is just missing at some point(?) |
|
Clonkonaut (developer) 2016-02-28 14:02 |
It get this behaviour whenever I press in the direction of a wall, i.e. my clonk would scale (but scaling is deactivated in a bad way). Very annoying, makes bow handling very bad right now. :/ |
|
Clonkonaut (developer) 2016-02-28 14:04 |
Reminder sent to: Sven2 So, I guess this has something to do with 729712fa2fe8fd420e07e4f915a68ab541e19850. |
|
Sven2 (developer) 2016-02-28 14:15 Last edited: 2016-02-28 14:16 |
Scaling is deactivated while you aim a weapon because the alternative (Clonk stops aiming) was very bad for melees. You would randomly stop aiming all the time. I noticed that there seem to be some bugs with clonks staying in aim mode. |
|
Caesar (developer) 2018-01-08 22:08 |
One way of reproducing this: start Hot Ice in explosive mode, shoot into the air, start reloading, switch to the wind bag, get hit by your own grenade. |
|
Caesar (developer) 2018-01-09 11:40 |
Argh. So the reason for this probably lies in the shelved command logic/magic, which reissues the ControlUseStart, but no ControlUseStop. Or so. |
|
K-Pone (developer) 2018-01-09 20:36 |
Proper way to reproduce: Reload any reloadable weapon (i.e. Grenade Launcher or Musket), get hit by something (like a projectile or any flung objects like ice in Hot Ice) while you're still reloading. Don't switch items now but rather wait until you reloaded: You're aiming now even without having the mouse button pressed. Btw, switching items while you're tumbling after you started reloading can actually cause "Aim Lock" (Grneade lanucher holding in hand like you're aiming, but unable to aim or shoot, along with no aim preview) |
|
Marky (developer) 2018-01-11 19:05 |
This also happens in the fight tutorial, if you aim the javelin at the archer and he hits you with an arrow. |
|
occ (reporter) 2018-01-13 15:05 |
Hi! There's been a check-in that references this bug. For more information you can visit the repository browser at this address: https://git.openclonk.org/openclonk.git/commitdiff/825ad64afddd97fb637d18595204abf1fdc6914f Changeset 825ad64 by David Dormagen <czapper@gmx.de> AimManager: fixed incorrect use of PauseUse leading to aiming without holding CON_Use (0001691) PauseUse can be called between ControlUseStart and ControlUseStop/Cancel. In this case ControlUseStop set aim_stop=1 but didn't actually stop reloading (which is somewhat fine). However, this led to PauseUse being called when e.g. tumbling or climbing. And this again would lead to CON_Use being reissued even though the mouse button was not held down, leading to the Clonk being in aim mode. The functional change here is that you will not continue reloading after tumbling/climbing when you are not holding down CON_Use anymore, which is consistent with other stuff. |
|
Zapper (developer) 2018-01-13 15:07 |
I fixed the problem where you would be in aim mode when: 1. you start reloading 2. you let go of the mouse button 3. you start climbing / tumbling I am not quite sure whether this covers all situations of this issue. Please test and tell if it still happens! |
|
Caesar (developer) 2018-01-15 10:45 |
I couldn't reproduce the aimlock behaviour anymore, yesterday. However, someone (@Sven2 I think) deliberately disabled climbing while reloading, because otherwise you'd break off the process too often while running around in a bumpy landscape. That has reverted back, and I'm not sure I like it. A little bit of oddity still remains when picking up a boompack while reloading, but that is temporary. |
|
Sven2 (developer) 2018-01-16 02:28 |
I just checked it: Climbing is disabled if you hold down the mouse button to load/aim. If you just click once to start loading, then climbing will interrupt the loading procedure. I think that's fine. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2016-02-27 13:22 | pluto | New Issue | |
| 2016-02-27 14:45 | Zapper | Note Added: 0005007 | |
| 2016-02-28 14:02 | Clonkonaut | Note Added: 0005010 | |
| 2016-02-28 14:04 | Clonkonaut | Note Added: 0005011 | |
| 2016-02-28 14:15 | Sven2 | Note Added: 0005012 | |
| 2016-02-28 14:16 | Sven2 | Note Edited: 0005012 | View Revisions |
| 2017-08-05 13:58 | Maikel | Target Version | => 8.0 |
| 2018-01-08 22:08 | Caesar | Note Added: 0006021 | |
| 2018-01-09 11:40 | Caesar | Note Added: 0006024 | |
| 2018-01-09 15:23 | Caesar | Relationship added | related to 0001787 |
| 2018-01-09 20:36 | K-Pone | Note Added: 0006027 | |
| 2018-01-11 19:05 | Marky | Note Added: 0006032 | |
| 2018-01-13 15:05 | occ | Note Added: 0006052 | |
| 2018-01-13 15:07 | Zapper | Note Added: 0006053 | |
| 2018-01-13 15:07 | Zapper | Assigned To | => Zapper |
| 2018-01-13 15:07 | Zapper | Status | new => feedback |
| 2018-01-15 10:45 | Caesar | Note Added: 0006068 | |
| 2018-01-16 02:28 | Sven2 | Note Added: 0006070 | |
| 2018-01-22 18:17 | Caesar | Status | feedback => resolved |
| 2018-01-22 18:17 | Caesar | Resolution | open => fixed |
| Issue History |
