View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004053 | Spring engine | General | public | 2013-10-14 13:45 | 2013-12-30 00:33 |
| Reporter | Google_Frog | Assigned To | Kloot | ||
| Priority | normal | Severity | crash | Reproducibility | random |
| Status | closed | Resolution | fixed | ||
| Product Version | 94.1.1+git | ||||
| Target Version | 96.0 | ||||
| Summary | 0004053: 94.1.1-1353 Access Violation upon closing Spring | ||||
| Description | Sometimes an Access Violation occurs when I close Spring after a game has ended. This occurs for other people as well. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Checked infolog.txt for Errors | |||||
| duplicate of | 0004083 | closed | 94.1.1-1419 Engame crash, replay not saved | |
| duplicate of | 0004167 | closed | Kloot | crash on spring exit (happens very often for me) |
| has duplicate | 0004158 | closed | Kloot | Every time BA ends, spring crashes |
| related to | 0004139 | closed | Kloot | Hang on Stats Windows in the end of the Game |
| related to | 0004186 | resolved | Kloot | crash at exit in rts/System/Log/Backend.cpp:89 when called from static deinit |
|
|
stacktrace is corrupted/useless |
|
|
if possible try to replicate the crash with running spring in gdb |
|
|
@Google_Frog: can you attach the demo please? i wonder a bit about the last messages before the crash: [f=0021600] Game Over: Destroying alliance 1 [f=0021600] Team 0 wins! [f=0021600] Submitting stats [f=0021600] Recieved data [f=0021600] <autoquit> Automatically exiting in 10 seconds. Move mouse to cancel. [f=0021608] > Game over, exiting [f=0021609] <autoquit> Autoquit canceled. [f=0021610] > Game over, exiting [f=0021620] > Game over, exiting [f=0021620] > Game over, exiting [f=0021629] > Game over, exiting [f=0021634] > Game over, exiting [f=0021645] Team 0 wins! [f=0021655] > Game over, exiting [f=0021670] Player [TROLL]sfireman left the game: normal quit [f=0021699] Spectator Alcur left the game: normal quit [f=0021750] Giving all units of [TROLL]sfireman to GoogleFrog due to lag/AFK (ally #0) [f=0021756] GoogleFrog added point: 20 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 5 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 9 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 10 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 6 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 3 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 10 units received from [TROLL]sfireman [f=0021756] GoogleFrog added point: 1 units received from [TROLL]sfireman [f=0021760] Spectator Saktoth left the game: normal quit [f=0021765] Commanders Remaining: 2 [f=0021767] Spectator Saabir left the game: normal quit [f=0021812] > [[TROLL]sfireman]nicew [f=0021908] Server shutdown imo the lag/AFK-thing shouldn't give units to other teams after game-end. |
|
|
no feedback --> closed |
|
|
I've added debug information for gadget and widget shutdown. This has told me that the crash does not occur in shutdown and I don't know of any other lua which would only occur when Spring closes. http://code.google.com/p/zero-k/source/detail?r=12099 I have a freeze on closing Spring in 95.0.1-78, not an access violation (for what that is worth). The infolog attached contains nothing interesting as far as I can tell, it was taken with LogFlush = 1. No replay was saved. |
|
|
It's good that you have some lead on the cause of this bug but a workaround that I have to apply is not particularly useful. Personally I could use a version of Spring which crashes when closed. But if a new version is going to be used in general online games it needs to not crash at the end because it looks pretty dodgy and players will be confused as to what is wrong. Any workaround that requires any interaction with files is not a workaround which the general population can implement. Perhaps ZKL could implement this (we only use Lua AIs anyway) but that would be work put into a bandaid for something which I assume will be fixed in the engine. |
|
|
Please stop offering useless non-dev advice based on how you think stacktraces work. This has *NOTHING* to do with AI at all and anyone who can reproduce it should run Spring in a debugger to find out when and where the code crashes/hangs. No other action is going to help. |
|
|
Sorry, I was trying to make a positive contribution. How do you explain that skirmishAiCallback_Cheats_setEnabled is listed in the stack traces of two of the infologs? Browsing the source revealed that this method is only called with skirmish ais enabled. |
|
|
The stacktrace is 100% invalid, it doesn't contain a single correct line. It's cause 1. you are using a RELEASE build which has a few optimizations enabled that prevent proper stacktracing 2. there is a problem with c++11 & addr2line 3. _only_ gdb gives correct in such cases! so download gdb + debugsymbols for spring and run it! |
|
|
"How do you explain that skirmishAiCallback_Cheats_setEnabled is listed in the stack traces of two of the infologs?" Please learn at least the basics of how this stuff works, it saves all of us time (and more importantly doesn't make anyone waste effort following misleading/wrong advice). "spring.exe(skirmishAiCallback_Cheats_setEnabled+0x5b2b2) [0x00950C72]" "+0x5b2b2" indicates the part within the (...) is a *RELATIVE* code address, it does *NOT* mean the symbol "skirmishAiCallback_Cheats_setEnabled" itself was involved. |
|
|
I see. Thanks, I will try it out. My "basic" interpretation of the stack trace would be valid for nearly every other program on the planet wouldn't it? Why print those lines to the screen in the release version if they don't help isolate the line that the error occurred on? Btw: this was my first attempt to contribute to the spring project -- I've been browsing the source for quite a while, but I don't know how to learn more about the specifics of engine development other than to read the forums and the source, which I've spent many hours doing. These details are far from fully documented in either. Some of the people I've interacted with have been rather impolite and/or rude about it all; it's a bit surprising for an open-source project. |
|
|
The majority of programs do not even write their own traces in debug builds, let alone release. However, when they do, usually a lot more information is dumped that doesn't necessarily "help" but can be useful in other ways. In this case we happen to care about relative addresses in *dll's* loaded by Spring. Sorry but there is no "how to read Spring stacktraces for prospective contributors" guide, such details tend to become clear on their own and guides would gather bitrot faster than we can write them. If you have specific questions it is better to ask them directly. |
|
|
I've uploaded a pair of infologs from two tests of the latest engine with Zero-K test 12161, both games crashed on exit. |
|
|
The crash for is essentially the same as infolog.txt. [~CGame][13] is reached. |
|
|
infolog-129.txt is an infolog for a crash with 95.0.1-129-g0b1cbb8. The infolog implies that there is no problem but Spring still hung after visually exiting and had to be closed forcefully. |
|
|
please upload infologs for 134-g06ff5b0 and above |
|
|
Tested with 135, it gets farther, somewhere around Shutdown[12]. Infolog attached Also, the crash only happens when the game ends before exit. If you start a game, exit, then the game closes, it doesn't crash (well, it might crash for Iridium). Resigning or winning then exiting through the "Exit" button on the endgame stats screen does cause a crash |
|
|
Tested with 141 and uploaded 3 infologs. "GF1" is the crash reproduced by starting ZK through spring.exe and exiting a little while after the game ends (this happens almost immedinately after the game starts. This crash does not occur every time. "GF-menu" seems to be the same crash but reproduced simply by starting spring.exe and clicking Quit. This crash may be related and also does not occur every time. For comparison, "GF-menu-no-crash" is an infolog created spring.exe and clicking Quit for the case in which no crash occurs. These two infologs appear to be identical. |
|
|
Uploaded for 160, but it isn't crashing as frequently. Only got to [~CGame][12] again, though. This was after killing a null AI after several minutes. Starting a game with no opponent had the same effect. Uploaded for 165. Gets to [~CGame][13]. |
|
|
@Google_Frog & Shadowfurry333: do you have any special setting enabled? if so, can you attach springsettings.cfg please? i can't reproduce the crash and other devs can't as well. also does it still crash in the menu for you? how do you run spring.exe when it crashes? from a lobby or from command line / icon? |
|
|
It does not crash in the menu for me. It does crash on exit on resign or victory, but not usually on a straight exit, and crashes more often when a few units have been built first. I run it both from ZKL and the .exe files in the My Games/Spring/engine/ folders, and the results are identical. Also, I'm using various versions of Zero-K. It doesn't seem to show up with BA or BAR. Not sure how much BAR uses Lua, though. springsettings.cfg is uploaded |
|
|
BA crashes on exit for many people though, as demonstrated in the 'duplicates' of this bug. For me it mostly doesnt, but for some people there are regular crashes that cause a corrupted BA.lua settings file. |
|
|
I should point out I only tested BA and BAR once each (and Evo, but that didn't even spawn any units in 95.0.1-git, also no crash there), just for completeness's sake. |
|
|
I have tried starting spring.exe and exiting about 10 times with 95.0.1-195-g9228a54. No crash occurred on exit here so this may be fixed for me. I will get a larger testing pool. |
|
|
The problem is still present, I had a hang at the end of a full game. |
|
|
I got a crash as well in one of two games. My settings have not changed from last time, using 195. |
|
|
My most recently attached infolog contains more information at the end than the previous infologs. |
|
|
The infologs are not consistent with one another. However, a common factor in *195 is this: Submitting stats Awards: Writing resource data to widget Fatal: LuaRules: cannot allocate more memory! (201472112 bytes already used, 201326592 bytes maximum) Error: LuaRules::RunCallIn: error = 4, RecvFromSynced, not enough memory which reminds me of 0004083 so I will ask again: *HOW MUCH* data is being sent? |
|
|
I don't know how much data is being sent but I will ask. The data should be irrelevant though because it is sent when the game ends whereas spring hangs when closed. I can leave spring open for 30 seconds after the game ends and still have it hang. |
|
|
If its related to luarules sending data, are you sure this is a duplicate of the issues posted by BA players? As far as I know BA sends very little data out from luarules. |
|
|
I don't think it is related to luarules sending data because that occurs at game end rather than when spring is closed and the problem can occur even if the game has not ended. But I have removed some luarules data communication and will test later to see if the memory error and hang still occurs. |
|
|
I have fixed the memory error issue and reproduced the hang on spring close. The infolog is infolog_endgame_hang_195_no_memory_error. No replay was written for this game. |
|
|
"If its related to luarules sending data, are you sure this is a duplicate of the issues posted by BA players?" No but the option had to be eliminated, which it is now. GF & SF333: Next please remove or temporarily relocate/rename your "pool" sdp data directory. Download ZK in sdz package form and test again. |
|
|
Hang still occurs with no pool. |
|
|
Also here is a screenshot of the error as caught by windows. http://imgur.com/t5DzXML |
|
|
I ran spring 196 with BA in vmware and wasn't able to produce a crash .... SO INSTALL GDB!!! -> http://tdm-gcc.tdragon.net/ AND GIVE A CLEAR INSTRUCTION HOW YOU REPRODUCE IT!!! |
|
|
We're basically already determined that it is platform and perhaps hardware specific. To see if you get the bug it should be sufficient to play some (say 10) games of reasonable (say 10 minutes) length. |
|
|
I have played 6 games since removing pool and only the first one crashed. A run of 5 uncrashing games is unusual so pool may have something to do with it. I will run some more and report back. |
|
|
"games" ... why not be specific ? It sounds like this problem is pretty rare atm, i wonder if this ticket should really block 96 release. |
|
|
GoogleFrog: I'm assuming you mean 6 rounds of ZK rather than 1 round each of 6 separate Spring games. Still, that is interesting, I'll check out myself tomorrow to see if the pool is messing things up. |
|
|
I don't think it's rare - I don't have it but many BA players claim to have it (25% of people I've spoke too, at a guess) and claim to get their lua config reset (BA.lua is blank -> reload from default) by unclean exits. |
|
|
"many BA players ... claim to get their lua config reset (BA.lua is blank -> reload from default" Can you ask some of them to /luaui disable before exit? |
|
|
I had an access violation with no pool and have attached the infolog. There is a stacktrace and it occurs at the start of widgetHandler:Shutdown so it may be an unrelated bug. I would like to be sure though and hope that the stacktrace will determine this. |
|
|
The trace is corrupt but points to LuaUI, which corroborates some earlier logs that ended at [~CGame][6]. In all subsequent tests issue /luaui disable before exiting. |
|
|
"GoogleFrog: I'm not putting 100% of my time into it, I don't expect anyone to" |
|
|
What? Yes I said that, what is so wrong with the statement? It seems like a reasonable statement to me. I do not think that a slightly sooner engine release is worth the entirety of my or anyone else's free time. Being unhappy about the speed of this ticket is no reason to suspend it. I will continue to gather test cases as they come up. |
|
|
I have found a machine where I get occasional crashes on exit, maybe 1 in 10 on average. It's taken all evening and lots of help from jK but I think I finally got a proper stacktrace of spring having an access violation on exit. http://pastebin.com/5DwVniPC |
|
|
Only thread 15 and thread 1 are still in Spring code. Thread 15 just returned from a yield. Thread 1 crashed on a strcmp() *while trying to log an error-message* about the real crash (W.T.F.) and this is why Spring isn't writing stacktraces itself. the more I dive into its code the more I think the current log-system is a complete mess... (cf 0004186) |
|
|
The bug may be occuring in 208. Cleanrock and I have infologs. |
|
|
Dunno if stacktrace from infolog on linux is correct but i attached full infolog, infolog_cr_20131223.txt: [f=0070155] Error: Segmentation fault (SIGSEGV) in spring 95.0.1-208-g8871215 develop [f=0070155] Error: Stacktrace for Spring 95.0.1-208-g8871215 develop: [f=0070155] Error: <0> /usr/lib/libc.so.6(+0x35390) [0x7f68559e6390] [f=0070155] Error: <1> /home/johanr/my_projects/spring/rts/Rendering/UnitDrawer.cpp:1277 [f=0070155] Error: <2> /home/johanr/my_projects/spring/rts/Rendering/ProjectileDrawer.cpp:755 [f=0070155] Error: <3> /home/johanr/my_projects/spring/rts/Rendering/ProjectileDrawer.cpp:470 [f=0070155] Error: <4> /usr/include/c++/4.8.2/bits/stl_tree.h:270 [f=0070155] Error: <5> /usr/include/c++/4.8.2/bits/stl_tree.h:189 [f=0070155] Error: <6> /home/johanr/my_projects/spring/rts/Rendering/ProjectileDrawer.cpp:649 [f=0070155] Error: <7> /home/johanr/my_projects/spring/rts/Rendering/WorldDrawer.cpp:206 (discriminator 1) [f=0070155] Error: <8> /home/johanr/my_projects/spring/rts/Game/Game.cpp:1288 [f=0070155] Error: <9> /usr/include/c++/4.8.2/bits/stl_tree.h:447 [f=0070155] Error: <10> /home/johanr/my_projects/spring/rts/Game/UnsyncedActionExecutor.h:42 [f=0070155] Error: <11> /home/johanr/my_projects/spring/rts/Game/UI/MouseHandler.cpp:202 [f=0070155] Error: <12> /home/johanr/my_projects/spring/rts/System/Main.cpp:126 [f=0070155] Error: <13> /usr/lib/libc.so.6(__libc_start_main+0xf5) [0x7f68559d2b05] [f=0070155] Error: <14> ??:? [f=0070155] Error: [ErrorMessageBox][1] msg="Spring has crashed: Segmentation fault (SIGSEGV). Edit2: If stacktrace is correct i suspect Team pointer is invalid in CUnitDrawer::SetBasicTeamColour. |
|
|
seems to be a different issue... but should be fixed as well. (never crashed on linux till yet) |
|
|
I opened 4222 to handle this new crash in a separate ticket. |
|
|
Another access violation with 95.0+ 227. Should I open separate tickets for each new one or continue to put them here? |
|
|
Here is another access violation which says skirmishAiCallback_Cheats_setEnabled as well, does not appear in the middle of widgetShutdown and has a less useful stacktrace. I get the feeling that the position of the stacktrace in the infolog is not relevant to where the crash occurred. |
|
|
new bug report please (translated: C:\\Windows\\SysWOW64\\ntdll.dll 0x77BAE41B ??:0 C:\\Windows\\SysWOW64\\ntdll.dll 0x77BAE023 ??:0 C:\\Windows\\syswow64\\msvcrt.dll 0x75CC98CD ??:0 C:\\Users\\user\\Documents\\My Games\\Spring\\engine\\95.0.1-227-g6d9fcdc\\spring.exe 0x0095DE13 rts/lib/lua/include/LuaUser.cpp:172 C:\\Windows\\syswow64\\msvcrt.dll 0x75CC98DA ??:0 ) reading any info from this bugreport is a mess as different bugs seems to be mixed together. |
|
|
@Google_Frog: can you please create a new report with demo/infolog attached if >=95.0.1-230-gfee8fe3 crashes again? |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-10-14 13:45 | Google_Frog | New Issue | |
| 2013-10-14 13:46 | Google_Frog | File Added: infolog_access_volation_end.txt | |
| 2013-10-14 15:01 | Kloot | Note Added: 0011748 | |
| 2013-10-14 18:46 | jK | Note Added: 0011753 | |
| 2013-10-14 22:51 | abma | Note Added: 0011771 | |
| 2013-10-14 22:52 | abma | Note Edited: 0011771 | |
| 2013-10-14 22:53 | abma | Status | new => feedback |
| 2013-10-15 06:36 | Google_Frog | File Added: 20131014_222649_Red Comet_94.1.1-1353-ga530027 develop.sdf | |
| 2013-10-26 11:30 | Kloot | Relationship added | duplicate of 0004083 |
| 2013-10-27 22:13 | Kloot | Note Added: 0011864 | |
| 2013-10-27 22:13 | Kloot | Status | feedback => closed |
| 2013-10-27 22:13 | Kloot | Resolution | open => unable to reproduce |
| 2013-11-19 03:36 | Google_Frog | Note Added: 0012178 | |
| 2013-11-19 03:36 | Google_Frog | Status | closed => feedback |
| 2013-11-19 03:36 | Google_Frog | Resolution | unable to reproduce => reopened |
| 2013-11-19 03:37 | Google_Frog | File Added: infolog_78_spring_close_freeze.txt | |
| 2013-11-19 03:37 | Google_Frog | Note Edited: 0012178 | |
| 2013-11-19 05:48 | abma | Relationship added | related to 0004139 |
| 2013-11-19 21:03 | Kloot | Relationship added | has duplicate 0004158 |
| 2013-11-20 08:52 | Google_Frog | Note Added: 0012184 | |
| 2013-11-20 08:52 | Google_Frog | Status | feedback => new |
| 2013-11-20 14:27 | Kloot | Note Added: 0012185 | |
| 2013-11-20 22:52 | MajorBoredom | Note Added: 0012188 | |
| 2013-11-20 22:54 | MajorBoredom | Note Edited: 0012188 | |
| 2013-11-20 23:15 | jK | Note Added: 0012189 | |
| 2013-11-21 00:31 | Kloot | Note Added: 0012190 | |
| 2013-11-21 01:22 | MajorBoredom | Note Added: 0012191 | |
| 2013-11-21 01:31 | MajorBoredom | Note Edited: 0012191 | |
| 2013-11-21 01:51 | abma | Target Version | => 96.0 |
| 2013-11-21 03:15 | Kloot | Note Added: 0012192 | |
| 2013-11-21 03:17 | Kloot | Note Edited: 0012192 | |
| 2013-11-25 01:34 | Shadowfury333 | File Added: infolog.txt | |
| 2013-11-25 01:44 | Shadowfury333 | File Added: infolog 2013-11-24-16_45.txt | |
| 2013-11-25 03:52 | Shadowfury333 | Note Added: 0012203 | |
| 2013-11-25 13:40 | Kloot | Relationship added | duplicate of 0004167 |
| 2013-11-30 14:39 | Google_Frog | Note Added: 0012273 | |
| 2013-11-30 14:40 | Google_Frog | Note Edited: 0012273 | |
| 2013-12-01 08:05 | Google_Frog | File Added: infolog-129.txt | |
| 2013-12-01 08:06 | Google_Frog | Note Added: 0012281 | |
| 2013-12-01 18:26 | Kloot | Note Added: 0012284 | |
| 2013-12-02 00:35 | Shadowfury333 | File Added: infolog 2013-12-01-15_36 engine95.0.1-135.txt | |
| 2013-12-02 00:36 | Shadowfury333 | Note Added: 0012285 | |
| 2013-12-02 00:38 | Shadowfury333 | File Added: infolog 2013-12-01-15_39 engine95.0.1-135.txt | |
| 2013-12-02 00:39 | Shadowfury333 | Note Edited: 0012285 | |
| 2013-12-02 00:39 | Shadowfury333 | Note Edited: 0012285 | |
| 2013-12-02 13:56 | Google_Frog | File Added: 141-infolog-GF-menu-no-crash.txt | |
| 2013-12-02 13:56 | Google_Frog | File Added: 141-infolog-GF-menu.txt | |
| 2013-12-02 13:56 | Google_Frog | File Added: 141-infolog-GF1.txt | |
| 2013-12-02 14:00 | Google_Frog | Note Added: 0012294 | |
| 2013-12-02 14:06 | Kloot | Relationship added | related to 0004186 |
| 2013-12-07 19:35 | Shadowfury333 | File Added: infolog 2013-12-07-10_35 engine95.0.1-160.txt | |
| 2013-12-07 19:36 | Shadowfury333 | Note Added: 0012344 | |
| 2013-12-07 19:39 | Shadowfury333 | Note Edited: 0012344 | |
| 2013-12-08 07:33 | Shadowfury333 | File Added: infolog 2013-12-07-22_34 engine95.0.1-165.txt | |
| 2013-12-08 07:34 | Shadowfury333 | Note Edited: 0012344 | |
| 2013-12-08 13:17 | abma | Note Added: 0012351 | |
| 2013-12-08 13:17 | abma | Assigned To | => abma |
| 2013-12-08 13:17 | abma | Status | new => feedback |
| 2013-12-08 13:18 | abma | Note Edited: 0012351 | |
| 2013-12-08 19:16 | Shadowfury333 | File Added: springsettings_shadowfury333.cfg | |
| 2013-12-08 19:20 | Shadowfury333 | Note Added: 0012353 | |
| 2013-12-08 19:31 | Shadowfury333 | Note Edited: 0012353 | |
| 2013-12-08 20:36 | silentwings | Note Added: 0012354 | |
| 2013-12-08 20:56 | Shadowfury333 | Note Added: 0012355 | |
| 2013-12-14 05:32 | Google_Frog | Note Added: 0012378 | |
| 2013-12-14 05:32 | Google_Frog | Status | feedback => assigned |
| 2013-12-14 05:33 | Shadowfury333 | File Added: infolog 2013-12-13-22_34 engine95.0.1-195.txt | |
| 2013-12-14 05:50 | Google_Frog | Note Added: 0012379 | |
| 2013-12-14 05:51 | Google_Frog | File Added: infolog_endgame_hang_195.txt | |
| 2013-12-14 05:51 | Google_Frog | File Added: springsettings_googlefrog_195.cfg | |
| 2013-12-14 06:22 | Shadowfury333 | Note Added: 0012380 | |
| 2013-12-14 06:22 | Google_Frog | File Added: infolog_another_endgame_hang_195.txt | |
| 2013-12-14 06:22 | Shadowfury333 | Note Edited: 0012380 | |
| 2013-12-14 06:22 | Google_Frog | Note Added: 0012381 | |
| 2013-12-14 10:43 | Kloot | Note Added: 0012382 | |
| 2013-12-14 11:59 | Google_Frog | Note Added: 0012384 | |
| 2013-12-14 16:50 | silentwings | Note Added: 0012388 | |
| 2013-12-14 16:50 | silentwings | Note Edited: 0012388 | |
| 2013-12-14 16:50 | silentwings | Note Edited: 0012388 | |
| 2013-12-14 16:51 | silentwings | Note Edited: 0012388 | |
| 2013-12-14 17:30 | Google_Frog | Note Added: 0012389 | |
| 2013-12-14 17:30 | Google_Frog | Note Edited: 0012389 | |
| 2013-12-15 03:36 | Google_Frog | File Added: infolog_endgame_hang_195_no_memory_error.txt | |
| 2013-12-15 03:38 | Google_Frog | Note Added: 0012390 | |
| 2013-12-15 04:11 | Kloot | Note Added: 0012391 | |
| 2013-12-15 04:12 | Kloot | Note Edited: 0012391 | |
| 2013-12-17 15:38 | Google_Frog | File Added: hang_194_no_pool.txt | |
| 2013-12-17 15:38 | Google_Frog | Note Added: 0012416 | |
| 2013-12-17 16:17 | Google_Frog | Note Added: 0012418 | |
| 2013-12-17 20:42 | jK | Note Added: 0012420 | |
| 2013-12-18 06:45 | Google_Frog | Note Added: 0012421 | |
| 2013-12-18 06:46 | Google_Frog | Note Edited: 0012421 | |
| 2013-12-18 07:42 | Google_Frog | Note Added: 0012422 | |
| 2013-12-18 08:56 | cleanrock | Note Added: 0012424 | |
| 2013-12-18 09:51 | Shadowfury333 | Note Added: 0012425 | |
| 2013-12-18 11:40 | silentwings | Note Added: 0012428 | |
| 2013-12-18 11:41 | silentwings | Note Edited: 0012428 | |
| 2013-12-18 14:53 | Kloot | Note Added: 0012429 | |
| 2013-12-18 15:40 | Google_Frog | File Added: hang_195_no_pool_stacktrace.txt | |
| 2013-12-18 15:42 | Google_Frog | Note Added: 0012430 | |
| 2013-12-18 15:43 | Google_Frog | Note Edited: 0012430 | |
| 2013-12-18 16:14 | Kloot | Note Added: 0012431 | |
| 2013-12-18 17:03 | jK | Note Added: 0012432 | |
| 2013-12-18 17:03 | jK | Status | assigned => closed |
| 2013-12-18 17:03 | jK | Assigned To | abma => |
| 2013-12-18 17:03 | jK | Resolution | reopened => suspended |
| 2013-12-18 17:59 | Google_Frog | Note Added: 0012433 | |
| 2013-12-18 17:59 | Google_Frog | Status | closed => feedback |
| 2013-12-18 17:59 | Google_Frog | Resolution | suspended => reopened |
| 2013-12-19 02:23 | silentwings | Note Added: 0012436 | |
| 2013-12-19 02:59 | Kloot | Note Added: 0012437 | |
| 2013-12-19 03:00 | Kloot | Note Edited: 0012437 | |
| 2013-12-19 17:44 | Kloot | Assigned To | => Kloot |
| 2013-12-19 17:44 | Kloot | Status | feedback => assigned |
| 2013-12-19 19:27 | Kloot | Changeset attached | => spring develop b2b4740b |
| 2013-12-19 19:27 | Kloot | Status | assigned => resolved |
| 2013-12-23 16:23 | Google_Frog | Note Added: 0012458 | |
| 2013-12-23 16:23 | Google_Frog | Status | resolved => feedback |
| 2013-12-23 16:23 | Google_Frog | File Added: access_violation_208.txt | |
| 2013-12-23 16:26 | cleanrock | Note Added: 0012459 | |
| 2013-12-23 16:28 | cleanrock | File Added: infolog_cr_20131223.txt | |
| 2013-12-23 16:28 | cleanrock | Note Edited: 0012459 | |
| 2013-12-23 16:33 | cleanrock | Note Edited: 0012459 | |
| 2013-12-23 16:34 | cleanrock | Note Edited: 0012459 | |
| 2013-12-23 18:53 | abma | Note Added: 0012460 | |
| 2013-12-23 23:28 | abma | Note Edited: 0012460 | |
| 2013-12-23 23:29 | abma | Note Edited: 0012460 | |
| 2013-12-25 10:07 | cleanrock | Note Added: 0012484 | |
| 2013-12-25 10:07 | cleanrock | Status | feedback => resolved |
| 2013-12-25 10:07 | cleanrock | Resolution | reopened => fixed |
| 2013-12-29 16:02 | Google_Frog | Note Added: 0012527 | |
| 2013-12-29 16:02 | Google_Frog | Status | resolved => feedback |
| 2013-12-29 16:02 | Google_Frog | Resolution | fixed => reopened |
| 2013-12-29 16:02 | Google_Frog | File Added: access_violation_227.txt | |
| 2013-12-29 16:16 | Google_Frog | File Added: access_violation_227_2.txt | |
| 2013-12-29 16:18 | Google_Frog | Note Added: 0012528 | |
| 2013-12-29 16:18 | Google_Frog | Status | feedback => assigned |
| 2013-12-29 16:57 | abma | Note Added: 0012529 | |
| 2013-12-29 16:57 | abma | Status | assigned => closed |
| 2013-12-29 16:57 | abma | Resolution | reopened => fixed |
| 2013-12-29 17:00 | abma | Note Edited: 0012529 | |
| 2013-12-29 17:01 | abma | Note Edited: 0012529 | |
| 2013-12-30 00:33 | abma | Note Added: 0012535 |
