2025-07-31 03:06 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0002835Spring engineGeneralpublic2011-12-14 13:47
ReporterPizzi1 
Assigned ToKloot 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionduplicate 
Product Version84.0 
Target VersionFixed in Version 
Summary0002835: Some friendly units can not pass a allied mines wall. (tested in BA 7.62)
DescriptionI have just found a problem into latest BA, i have seen that kbot class can not pass into a dense minefield.
To reproduce this problem, you must enable cheats and create 100 mines...after you must give a order to a kbot to pass through them. the kbot not only try to pass, but it remain blocked. (the f2 key show me a passable terrain in the minefield and the unit does not try to search a new way)
mines in BA use yardmap="y"
Only the tanks or hover can pass this wall, only becouse there is a lua patch inside unitdefs_post.lua:

for name, ud in pairs(UnitDefs) do
    if (ud.maxvelocity) then
        ud.turninplacespeedlimit = ud.maxvelocity or 0
    end
    if ud.category and (ud.category:find("TANK",1,true) or ud.category:find("HOVER",1,true)) then
        if (ud.maxvelocity) then
            ud.turninplace = 0
            ud.turninplacespeedlimit = ud.maxvelocity or 0
        end
    end
end

So it is a "turninplace" problem?
Additional InformationIn the older 82.7 release i can cross a dense allied minefield with no problems
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0007910

Kloot (developer)

probably same issue as http://springrts.com/mantis/view.php?id=2818

~0007916

Google_Frog (reporter)

The turninplace=0 units can cross because all units are repelled from the mines but the turninplace=0 don't stop to turn.

Anyway looks exactly like that issue so try with new engine and blocking tag. I think at some point Kamikaze did not work so a weapon that triggered destruction was used instead, BA may still have the workaround in that case.

~0007918

Kloot (developer)

assumed to be a duplicate
+Notes

-Issue History
Date Modified Username Field Change
2011-12-14 12:03 Pizzi1 New Issue
2011-12-14 12:14 Kloot Note Added: 0007910
2011-12-14 13:33 Google_Frog Note Added: 0007916
2011-12-14 13:47 Kloot Note Added: 0007918
2011-12-14 13:47 Kloot Status new => resolved
2011-12-14 13:47 Kloot Resolution open => duplicate
2011-12-14 13:47 Kloot Assigned To => Kloot
+Issue History