Home » MODDING HQ 1.13 » v1.13 Bug Reports » BUGZILLA report all bugs here!
|
|
|
|
|
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #338144]
|
Sun, 07 December 2014 23:03  
|
|
 navaroe |
 |
Messages:78
Registered:August 2012 |
|
|
Hi, encountered another bug.
Few days ago I realized my current game is completely fucked up, as almost every inventory operation with backpacks leads either to crash or to disappearance of items.
When I tried to trace down the point of it going wrong I found, that when in this saved game, which is during battle,
1) I go to strategic view, enter inventory of any other sector,
2) select a merc present in that sector
3) and rightclick any backpack (empty or otherwise, any type), 4) then return to sector of battle,
5) assertion failure will ocur on press of "Go to sector button".
Specificaly Assertion Failure (Line 2152) in file strategicmap.ccp.
Save is for build 7667, tried to load it saved game with more exes back to 7393 - problem still occurs after the steps mentioned.
http://ulozto.net/xzVTAWpc/assertionfailurewithbackpacks-zip
Possibly same problem with backpacks appears also under other conditions, but in spite of trying for more than hour, I wasn't able to reproduce it reliably. Once it occurred, I had saved game from just moments before. Reloaded it and problem was gone.
At this state, I could notice every loaded backpack to appear to have the same content - specifically one of the backpack I have recently deal with. Some pointer running wild somewhere? 
Hope it helps someone someday.
Edit: realized, that when bug (on of bugs?) occurs, the content of every backpack is the same as of first backpack in Hamouse's car inventory. Was it because I clicked it before? Dunno, hope it's hint, not distraction.
[Updated on: Sun, 07 December 2014 23:23] by Moderator Report message to a moderator
|
Corporal
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #339151 is a reply to message #339148]
|
Wed, 28 January 2015 13:59
|
|
| Flugente |
 |
Messages:3507
Registered:April 2009
Location: Germany |
|
|
Tried to reproduce it in 1600x900. The error seemed to occur, but just for once. If RoWa is correct, the error would require the screen to also be at a certain position. In case you can actually reproduce the error at a specific Gridno, you could get its index both in 1600x900 and a different resolution via 'F'. If those are different, this would indicate that the function returning a gridno to a mouse coordinate is borked. GetMouseMap(...) or something like that... I'm not at code currently, but you know what I mean.
I know now that it could never work between us, as much as we wanted to, it could never be! Not because you're a rabbit, but because you're black.
If you want, you can donate to me. This will not affect how and what I code, and I will not code specific features in return. I will be thankful though.Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Multiplayer bug[message #339503 is a reply to message #166487]
|
Wed, 18 February 2015 20:09
|
|
| Trapper Brothers |
|
Messages:3
Registered:February 2015 |
|
|
Hello all! I'll try to be as brief as possible.
MULTIPLAYER BUG:
Sometimes, not always, randomly, when an interrupt occurs, the game will freeze: the interrupt is not given to the player who interrupted and gameplay remains as if it was the opponnent's turn. This is usually signaled with a double interrupt message. Whence when only one interrupt message appears, the interrupt procedure goes on normally.
This occurs several times, on several matches. More details: 2 player game, same house, LAN connection. PS: this is one VERY annoying bug, as both sides need to quit the game and restart all over every time.
SCREENSHOT OF THE BUG:
idstudio.art.br/roy/interrupt_bug.JPG
Silence Is Golden...but Ducktape is SilverReport message to a moderator
|
Civilian
|
|
|
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #339529 is a reply to message #339528]
|
Fri, 20 February 2015 06:08
|
|
| TrentL |
|
Messages:68
Registered:February 2015
Location: United States |
|
|
I have a suspicion that it might be my enemy settings in the INI file. Does the enemy spawn on the strategic map at certain ticks? If so this might be my settings; tac map # of unit settings maxed out, max enemy group size 50, etc...
My other save that was working fine under 7609 now crashes with the same assertion error under build 7740. Except in that one I've got 10 AIM merc and have taken 2/3 of drassen. No matter what I do, 10 mins of strategic map time after loading the save game, it stops altogether. Load a sector, return to strategic map, and it crashes.
(I tried both a clean install + 7740, and my old JA install, which was base+4870+7435+7609patched+7740, in that order)
[Updated on: Fri, 20 February 2015 06:12] Report message to a moderator
|
Corporal
|
|
|
|
| Re: BUGZILLA report all bugs here![message #339691 is a reply to message #339529]
|
Fri, 27 February 2015 09:20
|
|
| mercsdontcry |
 |
Messages:17
Registered:October 2013 |
|
|
Some minor bugs I found
- Pressing "shift+m" in tactical leads sometimes to all equipment vanishing from the sector. Reloading and doing the same thing does not reproduce it, so I am not sure what exactly is triggering this, but it happens already several times in my current campaign.
- Although I have always switched off "enemy taunts" in the options menu, sometimes they start taunting and I have to witch the option off and on again.
Ja2_7740.exe
[Updated on: Fri, 27 February 2015 09:20] Report message to a moderator
|
Private
|
|
|
|
|
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #339847 is a reply to message #339529]
|
Thu, 05 March 2015 00:39
|
|
| jasmith |
 |
Messages:32
Registered:January 2013
Location: US |
|
|
I'm having the same problem as TrentL above. 7766 on 2217 (both from SVN), both with basic 1.13 and AFS 4.50 (merc profiles and IMP inventory modified to account for recent Ranger trait changes). Game is running, everything working normally, but soon after taking my first sector from the enemy (Drassen airport, in this case) the strategic clock runs for about a day and then starts running slower and slower before stopping completely.
I tried waiting in Omerta's landing sector for some time with no slowdown, but as soon as I took the Drassen sector it started. Militia training or just standing around seems to make no difference. Sometimes it crashed, other times time just stopped passing and I was able to set assignments, access inventory, etc. When it did crash, I got the same Line 2447 StrategicMovement.cpp assertion failure.
I also noticed when I first started up this particular installation that I was seeing the mouse flicker and leave tails on the main screen. Adding the Windows 8 fixes seemed to cure that, but it's the first time I've had to use those on my Windows 7 computer.
Report message to a moderator
|
Private 1st Class
|
|
|
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #340093 is a reply to message #340084]
|
Mon, 16 March 2015 22:46
|
|
| Flugente |
|
Messages:3507
Registered:April 2009
Location: Germany |
|
|
sevenfm wrote on Mon, 16 March 2015 17:45In actual stock 1.13 gamedir svn, S.T.R.I.K.E. Vest, id=1683 in items.xml gives magic <APBonus>5</APBonus>, looks like XML bug. Thanks, fixed in r2228.
I know now that it could never work between us, as much as we wanted to, it could never be! Not because you're a rabbit, but because you're black.
If you want, you can donate to me. This will not affect how and what I code, and I will not code specific features in return. I will be thankful though.Report message to a moderator
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #340094 is a reply to message #339981]
|
Mon, 16 March 2015 22:47
|
|
| Flugente |
|
Messages:3507
Registered:April 2009
Location: Germany |
|
|
Vince7403 wrote on Tue, 10 March 2015 05:35On 7763 exe / 2215 gamedir with AIMNAS, I get crashes on strategic screen which seem to be related to forces moving around, with message "assertion failure in line 2447 of Strategic Movement.cpp." I have a save that always encounters the crash at the same place, and could provide it if that helps.
A save, plus the ini and the difficulty xml, would be useful, yes.
I know now that it could never work between us, as much as we wanted to, it could never be! Not because you're a rabbit, but because you're black.
If you want, you can donate to me. This will not affect how and what I code, and I will not code specific features in return. I will be thankful though.Report message to a moderator
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #340107 is a reply to message #340094]
|
Tue, 17 March 2015 13:28
|
|
| Deleted. |
 |
Messages:2657
Registered:December 2012
Location: Russian Federation |
|
|
Hire merc with low explosives skill.
Give him tnt+detonator.
Try to plant tnt on the ground (using bomb cursor)
Merc fails to plant bomb due to his low skills, explosion occurs, but the TNT is still in his hands.
So what was exploding then?
Tested with actual trunk and 4870 stable, maybe it works this way even from vanilla, but anyway doesn't look realistic.
EDIT: minor code issue - currently flamethrower is hardcoded to it's vanilla item. So if the modder wants to make a new item or a sci-fi weapon with integrated flamethrower, it will fail. Maybe better check for flame ammo instead?
From LOS.cpp
else if ( usHandItem == FLAMETHROWER )
{
usBulletFlags |= BULLET_FLAG_FLAME;
ubSpreadIndex = 2;
}
Possible fix:
// sevenfm: check for flame caliber instead
else if ( Weapon[Item[usHandItem].ubClassIndex].ubCalibre == AMMOFLAME )
{
usBulletFlags |= BULLET_FLAG_FLAME;
ubSpreadIndex = 2;
}
[Updated on: Tue, 17 March 2015 13:32]
Left this community.Report message to a moderator
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #340111 is a reply to message #340107]
|
Tue, 17 March 2015 15:47
|
|
| Qinetix |
|
Messages:1
Registered:March 2015 |
|
|
I've also seem to have been getting the assertion failure at line 2447 of Strategic Movement.cpp. JA2 GoG edition,1.13 revision 7783 on gamedir 2226.It seems to have started appearing since the 7740 exe, both in 1.13 vanilla (with the revision of course) and associated mods like AFS or UC113.
It is possible to bypass the error once and never get it again tough( I've attepmted to reproduce it in the same sesion again and it didn't happen anymore, the time seemed to slow down but it started to run again properly afterwards). It involves skipping strategic events, or that was my case, it usually appears during the start of a new session ,after some progress was done, it probably doesn't appear in other saves where one would be farther in the game and therefore not get the error.
[Updated on: Tue, 17 March 2015 16:04] Report message to a moderator
|
Civilian
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: BUGZILLA report all bugs here![message #340246 is a reply to message #340241]
|
Fri, 27 March 2015 13:08
|
|
| Flugente |
|
Messages:3507
Registered:April 2009
Location: Germany |
|
|
RunAwayScientist wrote on Fri, 27 March 2015 06:44SVN Build 7646:
With 'Strategic Militia Command' enabled, left clicking a militia unit stationed in a town or city, moving the mouse into a sector a few sectors outside the town or city, and then right clicking to cancel completely bugs the system and prevents the player from using 'Strategic Militia Command' again.
If the player attempts to order militia around by left clicking on them again, nothing will happen. This bug is saved into save games and cannot be undone by a quick restart (the player must reload an earlier save).
EDIT: Downloaded and compiled latest SVN (March, 27 2015 ver). Cannot reproduce issue, may have been fixed. Will keep post up for reference.
I remember fixing that recently, the bug should nto appear anymore.
I know now that it could never work between us, as much as we wanted to, it could never be! Not because you're a rabbit, but because you're black.
If you want, you can donate to me. This will not affect how and what I code, and I will not code specific features in return. I will be thankful though.Report message to a moderator
|
|
|
|
|
|
|
| Pages (42): [ 39 ] |
  |
Goto Forum:
Current Time: Sun Oct 13 02:10:07 GMT+3 2024
Total time taken to generate the page: 0.05360 seconds
|
Blog
Search
Help
Members
Register
Login
Home
