 |
Done in commit 04f757d1de1402a45b72789954d031414eb9d4bf. |
 |
Just tried this in order to check whether this also fixes the issue of long delays upon entering something in the mod_base textfield, which it does, nice! However 0003242 seems to be broken now again, which also leads to the issue that the OK-button does not work in some cases (kinda funny). If there is no text in one of the textfield and you press ok, DR will hang up (tested with game and xdata storage directory). My fix for 0003242 was adding a entry->setValue(GlobalRegistry().get(registryKey)); to PrefPage::appendPathEntr in order to initialize it with the appropriate text. |
|
|
Can't reproduce the behaviour you described. Neither the custom xdata folder nor the game engine path entry fields are empty on a fresh start, and settings are saved alright. It's also not a problem to clear the contents of the custom xdata folder entry and hit OK. Do you have more detailed reproduction steps? |
|
|
This happens to me both with Win32 and x64 debug builds and also with Win32 Release build. I build with VS 2010. I even tried reseting my config, but it still happens. The fields are empty everytime I open the preferences dialog. If I fill them with the appropriate information and press OK, everything is fine. But if I don't enter something DR hangs up. I thought I'd look into applying my old patch, only to discover that it was still in place. Hmn... Since you can't reproduce this behaviour, could you tell me where the widget-contents are usually initialized, so that I can have a look at that with the debugger? |
|
|
AHA!! This issue only occurs when you've got spaces in your D3-path, i.e. "d:\games\Doom 3". With removed spaces, my old patch even becomes obsolete. |
- Anonymous
