[http://sourceforge.net/p/ufoai/bugs/49 Item 49] imported from sourceforge.net tracker on 2013-01-28 18:08:35

Revision 331 (after fixing bug 1446460)

* Sometimes items disappear (and re-appear in the next
round) ... mostly when dragged to the ground.
* Some stuff cannot moved at all after moving some
other items (i think only twohanded-weapons)

There may be more, but these i've experienced so far.

Werner
===== Comments Ported from Sourceforge =====

====== kipelov-bendery (2006-04-02 16:26:10) ======

Logged In: YES
user_id=1492484



====== nobody (2006-06-14 08:40:11) ======

Logged In: NO

please check rev. 1435 - are these bugs still alive?
====== bandobraz (2006-08-28 21:29:09) ======

Logged In: YES
user_id=1557623

This still happens in RC4.
====== hoehrer (2006-08-31 13:12:43) ======

Logged In: YES
user_id=1434318

Increased priority, this a serious gameplay bug.

Werner



====== jkaartinen (2006-09-01 20:22:59) ======

Logged In: YES
user_id=205885

I had a segfault that bandobras thought is related to this
one so here is a backtrace:

ExecuteString: 'reloadright'
MSG_WriteFormat: bbs
MSG_WriteFormat: bbbbbb
ExecuteString: ''

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1213143360 (LWP 4763)]
0xb1f8b76a in G_ClientInvMove (player=0x1adc5b38, num=9,
from=3, fx=0, fy=0, to=0, tx=0, ty=0, checkaction=qtrue) at
game/g_client.c:753
753 item_t item = ic->item;
(gdb) bt
#0 0xb1f8b76a in G_ClientInvMove (player=0x1adc5b38, num=9,
from=3, fx=0, fy=0, to=0, tx=0, ty=0, checkaction=qtrue) at
game/g_client.c:753
#1 0xb1f91018 in G_ClientAction (player=0x1adc5b38) at
game/g_client.c:2230
#2 0x080a671f in SV_ExecuteClientMessage (cl=0x1ab1fc98) at
server/sv_user.c:344
#3 0x080a4bf2 in SV_ReadPackets () at server/sv_main.c:564
#4 0x080a4e35 in SV_Frame (msec=14) at server/sv_main.c:655
#5 0x0809852b in Qcommon_Frame (msec=14) at
qcommon/common.c:1535
#6 0x080afb00 in main (argc=10, argv=0xbff03d84) at
ports/linux/sys_linux.c:421

====== jkaartinen (2006-09-01 20:24:07) ======

Logged In: YES
user_id=205885

ah right, I forgot to mention in my last message that I was
trying to reload a rocket launcher when this happened.
====== cassiterite (2006-09-02 10:35:59) ======

Logged In: YES
user_id=1171370

Testing latest SVN trunk, AMD64 Ubuntu Linux 6.06:

When reloading a submachine gun on the first farm mission:

Can't perform action - no ammo!
Can't perform action - no ammo!
ExecuteString: 'zoomoutquant'
ExecuteString: 'dissr'
ExecuteString: 'dissl'
ExecuteString: 'zoomoutquant'
ExecuteString: 'zoomoutquant'
ExecuteString: 'zoomoutquant'
ExecuteString: 'dispr'
ExecuteString: 'displ'
ExecuteString: 'huddisable5'
CL_PlaceItem: shared container: '0x120b2980'
Team 7 ended round, team 0's round started!
Team 0 ended round, team 1's round started!
ExecuteString: 'startround'
ExecuteString: '+select 178 620716'
ExecuteString: '-select 178 620784'
ExecuteString: '+select 178 622428'
ExecuteString: 'reloadright'
MSG_WriteFormat: bbs
MSG_WriteFormat: bbbbbb

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912514634240 (LWP 32611)]
0x00002aaac588fd05 in G_ClientInvMove (player=0x13a97fe0,
num=6, from=2, fx=3, fy=0, to=0, tx=0, ty=0,
checkaction=qtrue) at game/g_client.c:753
753 item_t item = ic->item;
(gdb) bt
#0 0x00002aaac588fd05 in G_ClientInvMove
(player=0x13a97fe0, num=6, from=2, fx=3, fy=0, to=0, tx=0,
ty=0, checkaction=qtrue) at game/g_client.c:753
#1 0x00002aaac5895a69 in G_ClientAction (player=0x13a97fe0)
at game/g_client.c:2230
#2 0x000000000046351d in SV_ExecuteClientMessage
(cl=0x13a8e4c0) at server/sv_user.c:344
#3 0x0000000000461868 in SV_ReadPackets () at
server/sv_main.c:564
#4 0x0000000000461abd in SV_Frame (msec=27) at
server/sv_main.c:655
#5 0x0000000000454bf6 in Qcommon_Frame (msec=27) at
qcommon/common.c:1530
#6 0x000000000046e58a in main (argc=10,
argv=0x7fffffbe0a38) at ports/linux/sys_linux.c:421
====== cassiterite (2006-09-02 15:22:55) ======

Logged In: YES
user_id=1171370

Contrary to my comment in SVN revision 3219, this bug is not
yet fixed. I managed to fix the "reload weapon" segfault
(and reloading behavior appears fine although the reload
button in the HUD should ideally be disabled if there are
insufficient time units).

The original disappearing items when dropping/picking up
equipment bug remains, although it takes a bit of effort to
encounter (try killing two soldiers on the same square, move
another over them, pick up some items from the ground then
drop other items... this can lead to the reported behavior).
====== nobody (2006-09-02 20:47:34) ======

Logged In: NO

It happens to me all teh time [rc4].

Kill a soldier. Move to where he died , drop
something and it vanishs.

Also, picking up items droped from a dead soldier soemtimes
"duplicates" the items - you have one in the inventory, and
another on the floor you cant pick up.
====== bandobraz (2006-09-09 20:21:27) ======

Logged In: YES
user_id=1557623

This should be fixed by application of patch 1555228 to
branch 2.0 in r3494 and some eralier fixes. Please test and
reopen if necessary (warning, it's not in trunk, yet).
====== cassiterite (2006-09-10 04:52:35) ======

Logged In: YES
user_id=1171370

After applying this to trunk SVN I've been testing it
heavily for the past hour or so. The patch seems to work for
the most part (i.e. the situation is vastly improvied), but
I'm still encountering 2 (very hard to reproduce) issues:

* if the floor contains many two-handed weapons, sometimes
dragging a two-handed weapon from the floor to the soldier's
hands will fail (the item ends back up on the floor). Once
you encounter this issue that soldier cannot pick up any
two-handed weapons off that floor square (even on the next
turn). He can pick up all other items. There are no unusualy
console messages when this bug occurs as far as I can tell.

* when trying to reproduce the above bug I encountered this
crash:
Com_MoveInInventory: move twohanded item to container: right
MSG_WriteFormat: bbbbbb
CL_PlaceItem: shared container: '0x120bf6a0'
ExecuteString: '+select 178 114867'
ExecuteString: '-select 178 115709'
MSG_WriteFormat: bbs
MSG_WriteFormat: bbbbbb
ExecuteString: '+select 178 117058'
ExecuteString: '-select 178 117936'
MSG_WriteFormat: bbs
MSG_WriteFormat: bbbbbb
Com_MoveInInventory: move twohanded item to container: floor
MSG_WriteFormat: bbbbbb
CL_PlaceItem: shared container: '0x120bf240'
ExecuteString: '+select 178 119279'
ExecuteString: '-select 178 120103'
MSG_WriteFormat: bbs
MSG_WriteFormat: bbbbbb
MSG_WriteByte: range error -1 ('qcommon/common.c', line 492)
ufo: game/g_client.c:745: G_ClientInvMove: Assertion `ty ==
0xFF' failed.

Program received signal SIGABRT, Aborted.
[Switching to Thread 46912514634032 (LWP 18882)]
0x00002aaaab52711d in raise () from /lib/libc.so.6
(gdb) bt
#0 0x00002aaaab52711d in raise () from /lib/libc.so.6
#1 0x00002aaaab52884e in abort () from /lib/libc.so.6
#2 0x00002aaaab5208f1 in __assert_fail () from /lib/libc.so.6
#3 0x00002aaac7e0703e in G_ClientInvMove
(player=0x13796760, num=4, from=6, fx=10, fy=1, to=0,
tx=255, ty=1, checkaction=qtrue) at game/g_client.c:745
#4 0x00002aaac7e0df30 in G_ClientAction (player=0x13796760)
at game/g_client.c:2468
#5 0x0000000000464bfd in SV_ExecuteClientMessage
(cl=0x1378d120) at server/sv_user.c:344
#6 0x0000000000462ee8 in SV_ReadPackets () at
server/sv_main.c:564
#7 0x000000000046313d in SV_Frame (msec=50) at
server/sv_main.c:655
#8 0x00000000004561d2 in Qcommon_Frame (msec=50) at
qcommon/common.c:1531
#9 0x000000000046fd0c in main (argc=10,
argv=0x7fffffb4af98) at ports/linux/sys_linux.c:424

Hence I'm re-opening this bug :(

====== tlh2000 (2007-09-25 16:29:34) ======

Logged In: YES
user_id=116930
Originator: NO

the new netcode should fix these issues