bugBattle for Wesnoth - Bugs: bug #18715, Game hangs at loading screen after...

Show feedback again

bug #18715: Game hangs at loading screen after flushing caches and save index and pressing F5

Submitted by:  Espreon <espreon>
Submitted on:  Thu Sep 22 05:21:39 2011  
Category: BugSeverity: 4 - Important
Priority: 5 - NormalItem Group:  None of the others
Status: FixedPrivacy: Public
Assigned to: Ignacio R. Morelle <shadowmaster>Open/Closed: Closed
Release: 1.9.9+svn (51251)Operating System: Sabayon Linux

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Mon Feb 29 16:06:28 2016, comment #10:

This no longer happens in 1.13.2+dev.

Charles Dang <vultraz>
Project Administrator
Tue Dec 13 20:52:11 2011, comment #9:

My bad, I hadn't noticed the cache part and only tried after removing the saves index. I can confirm it now, and the saves index is clearly unrelated.

Unfortunately I'm not quite sure what the best way to address this issue would be. As the comment anonymissimus found points out, the game isn't really prepared for certain directories disappearing during runtime.

I may try to add an additional check for the cache management code later to ensure all directories exist before working on them, although I'm really curious in what kind of situation you truly need to physically destroy the cache before reloading WML. (If some changes aren't properly detected, than that should be filled as a separate bug.)

Ignacio R. Morelle <shadowmaster>
Project AdministratorIn charge of this item.
Tue Dec 13 20:13:28 2011, comment #8:

I can still reproduce this on Linux. The same method I used before was used this time.

Espreon <espreon>
Project Member
Tue Dec 13 16:59:55 2011, comment #7:

Reproduces for me in r52267. Marking none.

how-to: start up wesnoth to titlescreen, delete the userdata/cache dir (in a source tree on a windows system), press F5
wesnoth starts to hang as soon as attempting to write the first file in the cache dir, judging from the --log-debug=all.

Anonymissimus <anonymissimus>
Project Member
Mon Dec 12 18:48:28 2011, comment #6:

I can't reproduce this here, so I'll assume it's Fixed unless you can confirm otherwise before 1.9.13.

Ignacio R. Morelle <shadowmaster>
Project AdministratorIn charge of this item.
Wed Oct 12 19:26:07 2011, comment #5:

I believe that this has rather always been present, not only since last year. There's a comment by shadowmaster filesystem.cpp:627 addressing it, and it seems the engine is generally not prepared for the user deleting stuff from BfW's directories while BfW is running, not only for the cache dir. I wonder why the OS allows deleting at all, usually programs disallow modifying the files they need while running I think. Maybe only the stuff reread or recreated when pressing F5 should be allowed to be modified while running.

Anonymissimus <anonymissimus>
Project Member
Mon Oct 10 15:03:50 2011, comment #4:

This probably needs re-fixing due to token changes revert. See also r51296.

Anonymissimus <anonymissimus>
Project Member
Mon Sep 26 20:44:22 2011, comment #3:

This has been fixed.

Espreon <espreon>
Project Member
Mon Sep 26 19:58:39 2011, comment #2:

I was able to duplicate it by not restarting wesnoth after deleting the cache directory. It that case when wesnoth tries to regenerate the config_cache, it notices that it can't read the old file and tries to write a new to non-existent directory, throws an exception in the write_config constructor and tries unsuccessfully to call the destructor of the gzip compression filter from within the constructor. All in all, not good.

I fixed it by rebuilding the cache directory each time.

That particular problem has been floating around since July 2010, but now I think it is fixed.

Thonsew <thonsew>
Project Member
Sat Sep 24 22:04:56 2011, comment #1:

Even at HEAD it still hangs.

Espreon <espreon>
Project Member
Thu Sep 22 05:21:39 2011, original submission:

While in game, when I press F5 after deleting save_index.gz and ~/.cache/wesnoth, the game hangs at the loading screen.

Espreon <espreon>
Project Member


(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by vultraz (Posted a comment)
  • -unavailable- added by shadowmaster (Posted a comment)
  • -unavailable- added by anonymissimus (Posted a comment)
  • -unavailable- added by thonsew (Updated the item)
  • -unavailable- added by espreon (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follow 14 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat Mar 5 13:12:29 2016vultrazOpen/ClosedOpen=>Closed
    Mon Feb 29 16:06:28 2016vultrazStatusConfirmed=>Fixed
    Tue Dec 13 20:52:11 2011shadowmasterStatusNone=>Confirmed
      Assigned toNone=>shadowmaster
    Tue Dec 13 16:59:54 2011anonymissimusStatusWorks For Me=>None
    Mon Dec 12 18:48:28 2011shadowmasterStatusNone=>Works For Me
    Mon Oct 10 15:04:05 2011anonymissimusOpen/ClosedClosed=>Open
    Mon Oct 10 15:03:50 2011anonymissimusStatusFixed=>None
      Assigned tothonsew=>None
    Mon Sep 26 21:16:39 2011thonsewOpen/ClosedOpen=>Closed
    Mon Sep 26 20:44:22 2011espreonStatusWorks For Me=>Fixed
    Mon Sep 26 19:58:39 2011thonsewStatusNone=>Works For Me
    Sat Sep 24 22:04:56 2011espreonStatusWorks For Me=>None
    Sat Sep 24 19:22:09 2011thonsewStatusNone=>Works For Me
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup