Game over window (at 4:00:00) crashes the game

Bug #1439569 reported by TiborB
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
widelands
Confirmed
High
SirVer

Bug Description

When testing current trunk (plus own changes) - network game crashed, completely without my intervention, with output:

NetHost::report_result(2, 0, win_condition=Collectors;win_condition_version=2;tribe=atlanteans;score=2)
widelands: /var/widelands/BZR/militarysites_tweaks/src/ui_basic/table.h:203: void* UI::Table<void*>::operator[](uint32_t) const: Assertion `i < m_entry_records.size()' failed.

I saw that the crash happened exactly at 4:00:00 (gdb preserved the screen), I encountered it 3 times but dont know what was the cause.

Tags: crash
Revision history for this message
Hans Joachim Desserud (hjd) wrote :

If you find out what triggers it, please check whether it happens in trunk too.

Changed in widelands:
importance: Undecided → Low
tags: added: crash military
Revision history for this message
TiborB (tiborb95) wrote :

I am working on changes in AI and I believe there is no relation to my changes. But if it repeats I will provide all info I have.

Revision history for this message
TiborB (tiborb95) wrote :

I got a backtrace - attached...

summary: - Assertion `i < m_entry_records.size()' failed
+ Game over window (at 4:00:00) crashes the game
description: updated
description: updated
TiborB (tiborb95)
tags: removed: military
Revision history for this message
Hans Joachim Desserud (hjd) wrote :

There were some changes to collectors recently (bug 1418151 and bug 1434291), has someone tested it after both of those were committed? Is it limited to collectors or are all win conditions which show end game screens affected.

Somewhat related, is the test framework able to deal with dialogs and assert they contain some expected content? In other words, would it be possible to set up a save game at 3:59:00, let it run for a while and assert the end game summary is correctly calculated and displayed?

Revision history for this message
Hans Joachim Desserud (hjd) wrote :

And thanks for attaching the backtrace :)

Revision history for this message
SirVer (sirver) wrote :

I did test it, but apparently I missed something here :/.

> Somewhat related, is the test framework able to deal with dialogs and assert they contain some expected content?

Yes, through UI scripting this is possible for some elements. I think UI tables are not wrapped for Lua, but text areas, buttons and other elements are.

Changed in widelands:
status: New → Confirmed
importance: Low → High
milestone: none → build19-rc1
assignee: nobody → SirVer (sirver)
Revision history for this message
GunChleoc (gunchleoc) wrote :

Possible duplicate with savegame for testing: https://bugs.launchpad.net/widelands/+bug/1452054

Revision history for this message
TiborB (tiborb95) wrote :

I would say the root casue is the same as bug-1451147 and then it might be fixed with my branch lp:~widelands-dev/widelands/bug-1451147

Revision history for this message
TiborB (tiborb95) wrote :

Possible fix merged in rev 7461, it nobody encounters the problem afterwards we can close this bug.

Revision history for this message
SirVer (sirver) wrote :

I am unable to reproduce a crash at r7485, I therefore think tibor is right with his analysis and close this bug. Thanks for taking that off me Tibor!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.