2025-09-10 19:44 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0004065Spring engineAIpublic2013-11-30 15:32
Reportermsafwan 
Assigned ToKloot 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionno change required 
Product Version94.1.1+git 
Target VersionFixed in Version 
Summary0004065: alt + line_attack or alt+shift+attack feature is lost (since Spring 92)
DescriptionThis is how we could ideally use alt+shift+attack (or alt+line_attack) feature:
1) select a turret (like a big bertha),
2) alt+shift+attack ground to hit,
3) then wait until unit shoot each location 1 by 1.

This feature existed in Spring 91, except that it doesn't wait for slow-reload weapon (still not ideal).

This feature seems to be totally non-functioning after Spring 92 (still non-operation in Spring 94.1.1-1370-g3c9a5e7 ) where it now behave like regular shift+attack queue.
Tagsattack modifier, unit ai
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0011787

msafwan (reporter)

Last edited: 2013-10-15 18:26

View 2 revisions

I think this http://springrts.com/mantis/view.php?id=3264 probably related.

The feature seems to be ideal in Spring 89 (shoot at least once for each point in queue)

~0011788

silentwings (reporter)

Imo this should be implemented with lua and not by engine

~0011789

Google_Frog (reporter)

I'm fairly sure this can already be done with command fire. Also the behaviour in 91.0 was a bug.

~0011790

msafwan (reporter)

Last edited: 2013-10-15 18:41

View 5 revisions

Google_Frog , the report actually remove the feature altogether instead of it being fixed. :(

I just tried on Spring 89, it didn't cancel the attack-order if unit haven't yet attacked that attack-order in queue. (your report was: in Spring 91 it was removing the attack-order every ~half-second)

silentwings , that is like saying "reimplement alt/shift/ctrl build modifier with widgets". It not need to be removed if it was working before.

~0011791

Google_Frog (reporter)

You do realize that Big Bertha doesn't actually have commandfire=true?

~0011792

Google_Frog (reporter)

Guess what! If you give Big Bertha weapon commandFire=true in 94.1.1-1353 then it does exactly what you want! I would even go so far to say that commandFire has always done this and the fact that every single unit lost orders regardless of them firing in 91.0 was a bug and in no way related to what you want.

TLDR: No Change Required.

~0011793

Kloot (developer)

sigh

~0011805

msafwan (reporter)

Last edited: 2013-10-16 09:09

View 13 revisions

Kloot & Google_Frog the feature was really removed.

shift+attack did EXACTLY SAME thing as alt+attack for all commandFire=true unit & commandFire=false unit (in Spring 92 and later). In other word, alt+attack modifier was removed and thus forcing alt it to become redundant.

I understand that commandFire=true is already used for nukes even in Spring91, but alt+attack was an attack modifier for regular unit. We lost it.

-----------------------------

After testing Spring 89 & Spring 91, the "bug" in Spring 91 is probably meant to skip blocked target (like trees and terrain), however it also skip target when weapon is reloading thus it become a bug. related: http://springrts.com/mantis/view.php?id=4070

Also, line_attack with commandFire=true for rapid firing unit (like armdeva.lua in ZK) can produce sweeping minigun behaviour. Would be cool if alt modifier can make it continue shooting if button is pressed (currently alt modifier with commandFire=true didn't do anything special in Spring 89 & 91)

~0011807

msafwan (reporter)

Last edited: 2013-10-16 10:22

View 4 revisions

idk now... maybe this bug not important after all...

we can only see this stuff when having customformation widget, so... maybe its widget problem.(because alt+shift+attack cannot do same stuff as line attack which is provided by customformation)

~0011809

Kloot (developer)

ENOUGH

~0012271

msafwan (reporter)

I reopened this report as documentation that bug was never fixed and just ignored.

~0012272

Google_Frog (reporter)

You reopened a report which was certainly not reporting a bug. As said earlier your so called bug is actually caused by a bug in 91.0 which was later fixed. You will have to provide some good evidence for reopening this report and I don't think any such evidence exists.

~0012274

silentwings (reporter)

Last edited: 2013-11-30 15:17

View 2 revisions

"your so called bug is actually caused by a bug in 91.0 which was later fixed" - this.

+Notes

-Issue History
Date Modified Username Field Change
2013-10-15 18:00 msafwan New Issue
2013-10-15 18:01 msafwan Tag Attached: unit ai
2013-10-15 18:02 msafwan Tag Attached: attack modifier
2013-10-15 18:09 msafwan Note Added: 0011787
2013-10-15 18:24 silentwings Note Added: 0011788
2013-10-15 18:26 msafwan Note Edited: 0011787 View Revisions
2013-10-15 18:28 Google_Frog Note Added: 0011789
2013-10-15 18:32 msafwan Note Added: 0011790
2013-10-15 18:33 msafwan Note Edited: 0011790 View Revisions
2013-10-15 18:36 msafwan Note Edited: 0011790 View Revisions
2013-10-15 18:37 msafwan Note Edited: 0011790 View Revisions
2013-10-15 18:41 msafwan Note Edited: 0011790 View Revisions
2013-10-15 18:54 Google_Frog Note Added: 0011791
2013-10-15 18:58 Google_Frog Note Added: 0011792
2013-10-15 19:07 Kloot Note Added: 0011793
2013-10-15 19:07 Kloot Status new => closed
2013-10-15 19:07 Kloot Assigned To => Kloot
2013-10-15 19:07 Kloot Resolution open => no change required
2013-10-16 06:32 msafwan Note Added: 0011805
2013-10-16 06:32 msafwan Status closed => feedback
2013-10-16 06:32 msafwan Resolution no change required => reopened
2013-10-16 06:34 msafwan Note Edited: 0011805 View Revisions
2013-10-16 06:36 msafwan Note Edited: 0011805 View Revisions
2013-10-16 06:39 msafwan Note Edited: 0011805 View Revisions
2013-10-16 06:40 msafwan Note Edited: 0011805 View Revisions
2013-10-16 06:41 msafwan Note Edited: 0011805 View Revisions
2013-10-16 07:20 msafwan Note Edited: 0011805 View Revisions
2013-10-16 07:21 msafwan Note Edited: 0011805 View Revisions
2013-10-16 07:22 msafwan Note Edited: 0011805 View Revisions
2013-10-16 07:27 msafwan Note Edited: 0011805 View Revisions
2013-10-16 07:29 msafwan Note Edited: 0011805 View Revisions
2013-10-16 07:29 msafwan Note Edited: 0011805 View Revisions
2013-10-16 09:09 msafwan Note Edited: 0011805 View Revisions
2013-10-16 09:55 msafwan Note Added: 0011807
2013-10-16 09:55 msafwan Status feedback => assigned
2013-10-16 10:00 msafwan Note Edited: 0011807 View Revisions
2013-10-16 10:21 msafwan Note Edited: 0011807 View Revisions
2013-10-16 10:22 msafwan Note Edited: 0011807 View Revisions
2013-10-16 11:38 Kloot Note Added: 0011809
2013-10-16 11:38 Kloot Status assigned => closed
2013-10-16 11:38 Kloot Resolution reopened => no change required
2013-11-30 14:03 msafwan Note Added: 0012271
2013-11-30 14:03 msafwan Status closed => feedback
2013-11-30 14:03 msafwan Resolution no change required => reopened
2013-11-30 14:37 Google_Frog Note Added: 0012272
2013-11-30 15:11 silentwings Note Added: 0012274
2013-11-30 15:17 silentwings Note Edited: 0012274 View Revisions
2013-11-30 15:32 Kloot Status feedback => closed
2013-11-30 15:32 Kloot Resolution reopened => no change required
+Issue History