Your message dated Tue, 24 Jun 2008 19:11:01 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#448193: wesnoth: Crashes in Invasion from The Unknown
when creating resurrecting units in event.
has caused the Debian Bug report #448193,
regarding wesnoth: Crashes in Invasion from The Unknown when creating
resurrecting units in event.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
448193: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448193
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: wesnoth
Version: 1:1.3.9-3
Severity: normal
Hello,
Wesnoth crashes reliably when playing "Invasion from The Unknown" campaign,
whenever unit dies and Mal Keshar is raising it again. It seems to be this
event (in Invasion_from_the_Unknown/utils/scenario-deaths.cfg - commenting it
out prevented the crash):
[event]
name=die
first_time_only=no
[filter]
side=1
[not]
race=undead
[/not]
[/filter]
[filter_second]
[not]
#Basically not any type that has plague or eats
its victim
type=Walking
Corpse,Soulless,Necromancer,Ghoul,Necrophage,Ghast
[/not]
[/filter_second]
[if]
[have_unit]
description=Mal Keshar
side=1
[/have_unit]
[then]
[store_unit]
[filter]
x,y=$x1,$y1
[/filter]
kill=no
variable=necro_store
[/store_unit]
[kill]
x,y=$x1,$y1
fire_event=yes
animate=no
[/kill]
[sound]
name=zombie-attack.wav
[/sound]
[unit]
# This will look pretty good as soon as
BfW has recruit animations for WCs :)
animate=yes
type=Walking Corpse
x=$necro_store.x
y=$necro_store.y
upkeep=$necro_store.upkeep
random_traits=yes
moves=0
resting=no
side=1
user_description=$necro_store.user_description
facing=$necro_store.facing
variation=$necro_store.undead_variation
[/unit]
[/then]
[/if]
[/event]
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages wesnoth depends on:
ii libc6 2.6.1-6 GNU C Library: Shared libraries
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libfribidi0 0.10.7-4 Free Implementation of the Unicode
ii libgcc1 1:4.2.2-3 GCC support library
ii libsdl-image1.2 1.2.6-1 image loading library for Simple D
ii libsdl-mixer1.2 1.2.8-1 mixer library for Simple DirectMed
ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM
ii libsdl1.2debian 1.2.12-1 Simple DirectMedia Layer
ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-7 X11 client-side library
ii python2.4 2.4.4-6 An interactive high-level object-o
ii wesnoth-data 1:1.3.9-3 data files for Wesnoth
ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime
wesnoth recommends no packages.
-- no debconf information
--
Jan 'Bulb' Hudec <[EMAIL
PROTECTED]>
--- End Message ---
--- Begin Message ---
Version: 1:1.5.1-1
* Jan Hudec <[EMAIL PROTECTED]> [2008-03-14 18:04:15 CET]:
> In either case I consider it OK to close.
The upstream fix in the client code did just recently flow into the
source, it was fixed with the 1.5.1 upload that I did earlier this week.
I will take a look if it's reasonable to backport the fix to the stable
release or if it's possible to convince upstream to backport that
upstream commit (svn revision 26917).
Thanks,
Rhonda
--- End Message ---
