Wesnoth 1.2.6

Post by **ivanovic** » July 27th, 2007, 8:29 pm

Wesnoth 1.2.6 is out!

This is a bugfix release for 1.2 and it is compatible with the other 1.2 versions. But because of the importance of the OOS fixes we implemented we currently are thinking about eventually dropping support on the official server for all versions before 1.2.6 to reduce the number of games going OOS.

1.2.6 features a very important bugfix related to translations leading to Out-of-Sync-Errors in multiplayer games. On some translations the translation of unit names led to a different behavior for assigning traits to freshly recruited units than on others. This bug should now be fixed. Due to this fix it *might* be that replays that were created before 1.2.6 with a non-english translation do not work as expected in 1.2.6., e.g., the Spanish translation suffered from this bug. All English replays should behave normally, but some languages are affected by this problem.
Beside this some other smaller bugs were fixed. You can check details at the changelog.

Downloads:
http://prdownloads.sourceforge.net/wesn ... 2?download (65.7MB) md5sum

The (very tiny) xdelta is available already:
http://downloads.sourceforge.net/wesnot ... a?download (0.5MB)

Check http://www.wesnoth.org/forum/viewtopic.php?t=7034 for info on using xdelta.

The MacOSX binary is ready, keep in mind that OSX 10.3+ is required:
http://downloads.sourceforge.net/wesnot ... g?download (full version, 75.5MB)
http://downloads.sourceforge.net/wesnot ... g?download (lite version (no artwork and music), 46.3MB)

A new and working Windows binary was uploaded, please get it here:
http://downloads.sourceforge.net/wesnot ... e?download (60.0MB)

Beside this you can already find the OpenBSD and the Syllable binaries at the download page.

As a fallback you can also get the sources from http://files.wesnoth.org/ - you should first try to get files through SourceForge to help us save bandwidth.

server.wesnoth.org is ready to be used for multiplayer games.

If you have any problems, follow the instructions given in this thread before reporting it as a bug. Instructions for bug reporting can be found at http://www.wesnoth.org/wiki/ReportingBugs

The Debian, OpenSUSE, ArkLinux, Gentoo and OpenSolaris packagers have been notified. These are all in my list of packagers to be notified, I hope their packages are ready soon.

Enjoy!

Edit: Added the download link for the Windows binary.
Edit 2: Removed the Windows binary from sf.net because it was more problematic to use this binary than playing with 1.2.5...
Edit 3: A new and fixed Windows binary was uploaded. All Windows users are strongly recommended to update to 1.2.6.

Post by **ivanovic** » July 29th, 2007, 8:13 pm

The Windows binary is now available:
http://downloads.sourceforge.net/wesnot ... e?download (60.0MB)

Thanks to YogiHH (aka YobiBear) for creating the binary.

Jack the Ripper · Post by **Jack the Ripper** » July 29th, 2007, 9:30 pm

Thanks to YogiHH for the Windows binary!

Post by **Soliton** » July 30th, 2007, 2:04 am

It seems that version 1.2.6 has exposed a similar trait related OOS error with the windows version. So for now I suggest windows users that are interested in multiplayer to stay with 1.2.5 (and english).

EDIT:windows users only

Nebiros · Post by **Nebiros** » July 30th, 2007, 1:02 pm

It's only the windows binary distribution that has this problem - I compiled 1.2.6 from source on windows and it worked. (Mostly - whenever I compile my own binary under windows, it crashes when the "adjust gamma" checkbox is turned on. But that has been happening for me since before 1.2.6 and seems to be unrelated to the traits OoS errors.)

Post by **Soliton** » July 30th, 2007, 1:33 pm

Nebiros wrote:It's only the windows binary distribution that has this problem - I compiled 1.2.6 from source on windows and it worked.

Good to know. What do you compile with?

Nebiros · Post by **Nebiros** » July 30th, 2007, 3:08 pm

Dev-C++ 4.9.9.2, according to Mist's instructions found here.

Everything seems to work normally except for the gamma-adjust; I'm going to try recompiling with debug info to see if I can track that down. I don't get sync errors when observing/playing on the MP server the way I did with the 1.2.6 distro.

(Edit: corrected link)

Post by **torangan** » July 30th, 2007, 4:20 pm

Nebiros wrote:Everything seems to work normally except for the gamma-adjust;

Did you also try wheter translations work? Those cause usually the most problems with Windows builds...

Nebiros · Post by **Nebiros** » July 30th, 2007, 4:36 pm

The gamma adjust segfault is occurring inside the call to SDL_SetGamma, but I can't nail it down any closer than that.

Changing languages has no effect - I didn't notice that before.

So I guess the version I compiled is not quite working correctly either - but at least I can play on the MP server without OoS errors.

Post by **ivanovic** » July 30th, 2007, 9:40 pm

Because the "main" fix that should have been introduced did only create problems when it is compiled with VC++ (like it is done for the official binary) I did now remove the Windows binary from sf.net. I hope that problem gets fixed soon though there are no estimates for a fix.
All other platforms work nicely with 1.2.6 and for those you should prefer 1.2.6.

joshudson · Post by **joshudson** » July 31st, 2007, 3:41 pm

I would strongly recommend that you switch to using MinGW for the Windows builds.

Post by **ivanovic** » July 31st, 2007, 10:25 pm

If you managed to post a howto on getting these things work with a mingw build we would probably use this system. This was the stuff that made problems when it was tested to build with mingw:
*gettext not working as expected (in other words: no translations)
*problematic python support, supported python version not recent enough (2.4 required, only 2.3 possible)

If you had a how to that solves these issues maybe someone will try to build it again via mingw. Until then we will have to stay with the VC++ builds.

Post by **Iris** » August 1st, 2007, 4:06 pm

And cross-compiling? i.e. MinGW from Linux to build a Windows program, etc. I think there's an article about that in the wiki, but I don't know the real-life results (nor I can test them, I have no longer access to Windows and Wine is <insert filthy word here>.

Post by **ivanovic** » August 1st, 2007, 9:32 pm

ivanovic wrote:Because the "main" fix that should have been introduced did only create problems when it is compiled with VC++ (like it is done for the official binary) I did now remove the Windows binary from sf.net. I hope that problem gets fixed soon though there are no estimates for a fix.
All other platforms work nicely with 1.2.6 and for those you should prefer 1.2.6.

Okay, the new and working binary for Windows was just uploaded to sf.net:
http://downloads.sourceforge.net/wesnot ... e?download (60.0MB)

From now on it is strongly recommended to upgrade your stable version to 1.2.6 no matter which platform you are using.