Update of bug #19352 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19352
___
Message sent
Update of bug #19433 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19433
___
Message sent
Update of bug #19491 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19491
___
Message sent
Update of bug #19283 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19283
___
Message sent
Update of bug #19412 (project wesnoth):
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Note that there is an addon made by Alarantalara on the 1.10 addons server
named High Contrast
Update of bug #19417 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19417
___
Message sent
Update of bug #19430 (project wesnoth):
Assigned to:None = gabba
___
Follow-up Comment #3:
see also: http://forums.wesnoth.org/viewtopic.php?f=4t=36234
Assuming these two are the same,
Update of bug #19324 (project wesnoth):
Status:None = Wont Fix
Assigned to:None = anonymissimus
___
Follow-up Comment #3:
I also have
URL:
http://gna.org/bugs/?19495
Summary: stderr spam about missing savefiles
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Fri 24 Feb 2012 09:32:59 PM GMT
Category: Bug
Severity: 3
URL:
http://gna.org/bugs/?19496
Summary: crash when attempting to connect to invalid addons
server
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Fri 24 Feb 2012 10:03:39 PM GMT
Category: Bug
Update of bug #19496 (project wesnoth):
Severity: 3 - Normal = 2 - Minor
Priority: 5 - Normal = 4
___
Reply to this item at:
Update of bug #19496 (project wesnoth):
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Searching a bit, 15004 is actually 1.4 addons. I think using the option falls
into the category
Update of patch #3084 (project wesnoth):
Status: Invalid = None
___
Follow-up Comment #2:
I marked the bug invalid only since it's a patch+feature. Reopening.
Update of patch #3084 (project wesnoth):
Open/Closed: Closed = Open
___
Follow-up Comment #3:
I marked the bug invalid only since it's a patch+feature. Reopening.
Follow-up Comment #6, patch #3133 (project wesnoth):
Sure, this happens all the time, Linux-devs breaking compilation on other
systems. And vice versa, but me no longer since I use a recent MinGw compiler
to countercheck (which didn't complain here.)
Yes, that works.
Update of bug #19433 (project wesnoth):
Status:None = Invalid
Assigned to:None = anonymissimus
___
Follow-up Comment #2:
Indeed. It is saved
Follow-up Comment #3, bug #19433 (project wesnoth):
(The button becomes active once the clients of the previous sides have left,
starting with the side which was active while linger mode started.)
___
Reply to this item at:
Update of bug #19431 (project wesnoth):
Category: Bug = Feature Request
___
Follow-up Comment #6:
Well, changing into feature request then. Max, pls complain if something else
here needs to be
Update of bug #19431 (project wesnoth):
Priority: 5 - Normal = 3 - Low
___
Reply to this item at:
http://gna.org/bugs/?19431
___
Message sent
Update of bug #19413 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Hi, sorry, we need a way to reproduce a bug in order to be able to do
something about it.
You
URL:
http://gna.org/bugs/?19492
Summary: debug-created unit seems always female if random
gender checked
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Fri 24 Feb 2012 01:10:40 AM GMT
Category: Bug
Follow-up Comment #2, bug #19367 (project wesnoth):
The other part was fixed by Ivanovic in r53015. (I also checked that that fix
works). Candidate for backport to 1.10 in case the string freeze gets
thawed...
___
Reply to this item at:
Update of bug #19367 (project wesnoth):
Status:None = Fixed
Assigned to:None = anonymissimus
___
Reply to this item at:
http://gna.org
Follow-up Comment #1, bug #19324 (project wesnoth):
-This might be used by some wml.
-I am strongly opposed to introducing artificial limitations which are not
required by the engine. (Such as that unit.attacks_left was capped at
unit.max_attacks when set, which was bad for debugging.)
Setting a
Update of bug #19491 (project wesnoth):
Severity: 3 - Normal = 4 - Important
___
Reply to this item at:
http://gna.org/bugs/?19491
___
Message sent
Update of bug #19491 (project wesnoth):
Status:None = Invalid
___
Follow-up Comment #1:
Doesn't look like a bug, really. In one turn you didn't give him a chance to
kill one of your
Follow-up Comment #5, bug #19287 (project wesnoth):
See also bug #19177 and
http://forums.wesnoth.org/viewtopic.php?f=4t=36173p=521296#p521296
___
Reply to this item at:
http://gna.org/bugs/?19287
Follow-up Comment #4, patch #3133 (project wesnoth):
movement-split.diff doesn't compile in MSVC,
in the
// Fire sighted event here
for (sight_it = stops.seen_units.begin();
sight_it != stops.seen_units.end(); ++sight_it)
part it
Follow-up Comment #6, bug #19287 (project wesnoth):
Analyzing the savegames provided in the forum thread tells me this:
-The error occurred upon the first stored unit which was tried to change
(since i is 0).
-The variable type_to_turn_into is empty in that after save, even though
there exists a
Follow-up Comment #1, patch #3133 (project wesnoth):
Hello, you are the user with the same name from the forums ?
You should be aware that both the patches you submitted are hard refactoring,
and such are always likely to introduce bugs, because neither the submitter
nor the committer tend to be
Update of patch #3040 (project wesnoth):
Status:None = Done
___
Reply to this item at:
http://gna.org/patch/?3040
___
Message sent
Update of bug #19432 (project wesnoth):
Severity: 3 - Normal = 4 - Important
Assigned to:None = gabba
___
Reply to this item at:
Update of bug #19430 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Hi, sorry, we need a way to reproduce a bug in order to be able to do
something about it. What
Update of bug #19381 (project wesnoth):
Severity: 5 - Blocker = 4 - Important
___
Reply to this item at:
http://gna.org/bugs/?19381
___
Message sent
Follow-up Comment #1, bug #19415 (project wesnoth):
Well, you could use ~CROP().
Also, the lua interface provides the function wesnoth.get_image_size, which
could easily be wired to a wml tag, so lua and wml can dynamically adapt to
given image sizes. (I already do it in my own addons.)
Update of bug #19415 (project wesnoth):
Severity: 3 - Normal = 2 - Minor
___
Reply to this item at:
http://gna.org/bugs/?19415
___
Message sent
Follow-up Comment #2, bug #19430 (project wesnoth):
Also, attaching a savegame from right before this happens.
___
Reply to this item at:
http://gna.org/bugs/?19430
___
Message sent via/by
Update of bug #19400 (project wesnoth):
Status:None = Fixed
Assigned to:None = anonymissimus
___
Reply to this item at:
http://gna.org
Follow-up Comment #9, bug #18683 (project wesnoth):
Note that I recently got to see some leader sprites there by using the
--new-widgets parameter (gui2 version of load game dialog).
___
Reply to this item at:
http://gna.org/bugs/?18683
Follow-up Comment #6, bug #19402 (project wesnoth):
Luther Thompson:
You don't understand. I don't mean upstream changes. I mean local changes to
the c source which implements lua, which is embedded in wesnoth, as opposed to
being an external dependency (headers+libs+dlls).
Follow-up Comment #8, bug #18996 (project wesnoth):
Well, my script from below runs fine.
___
Reply to this item at:
http://gna.org/bugs/?18996
___
Message sent via/by Gna!
Follow-up Comment #1, bug #19402 (project wesnoth):
Uh oh. Sure. Do you wanna do that work ? xD
But much more seriously - the lua source is embedded in wesnoth, not an
external dependency. AND unfortunately some changes got made to it.
___
Update of patch #3102 (project wesnoth):
Status:None = Done
Assigned to:None = crab
___
Follow-up Comment #1:
Crab committed in
Update of patch #3102 (project wesnoth):
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Crab committed in r52864.
___
Reply
Update of bug #19381 (project wesnoth):
Severity: 3 - Normal = 5 - Blocker
___
Reply to this item at:
http://gna.org/bugs/?19381
___
Message sent
Update of bug #19368 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Sorry, these
Update of bug #19357 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Hi, sorry, we need a way to reproduce a bug in order to be able to do
something about it. What
Follow-up Comment #2, bug #19368 (project wesnoth):
Also, shadowmaster just adjusted the log level for the TC/RC warning so that
those no longer appear with trunk.
(see r52847)
___
Reply to this item at:
http://gna.org/bugs/?19368
Update of patch #3091 (project wesnoth):
Status:None = In Progress
Assigned to:None = mordante
___
Follow-up Comment #1:
I'm sure you
Follow-up Comment #5, bug #19283 (project wesnoth):
Alright.
However, you may want to keep a pointer to this one, since its
how-to-reproduce is pretty straightforward as far as I see, in comparison to
related reports.
___
Reply to this
Update of bug #19287 (project wesnoth):
Status: Duplicate = Need Info
Open/Closed: Closed = Open
___
Follow-up Comment #4:
Well, looking at the
Follow-up Comment #4, bug #15750 (project wesnoth):
It was obviously fixed in r47864 (see bug #17250).
___
Reply to this item at:
http://gna.org/bugs/?15750
___
Message sent via/by Gna!
Update of bug #15750 (project wesnoth):
Status: Need Info = Fixed
___
Reply to this item at:
http://gna.org/bugs/?15750
___
Message sent
Update of bug #15750 (project wesnoth):
Status: Fixed = None
Assigned to: zookeeper = anonymissimus
___
Follow-up Comment #5:
Actually, my
Update of bug #15750 (project wesnoth):
Status:None = Fixed
___
Reply to this item at:
http://gna.org/bugs/?15750
___
Message sent
Follow-up Comment #8, bug #19316 (project wesnoth):
Note that these NARRATOR macros also can't stay in there, since it means that
wmllint cannot spellcheck the translatable strings passed to them.
So they should be expanded (in 1.11).
___
URL:
http://gna.org/bugs/?19340
Summary: segfault when [kill]ing during creation animation
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Sat 28 Jan 2012 12:20:51 AM GMT
Category: Bug
Follow-up Comment #1, bug #19340 (project wesnoth):
Playing a bit more with it, I notice that right-lick menues are disabled
during a normal attack animation, while I can get a crash by using the command
line as well. During the debug creation animation, right-lick menus are
available however.
Update of bug #19324 (project wesnoth):
Severity: 3 - Normal = 2 - Minor
___
Reply to this item at:
http://gna.org/bugs/?19324
___
Message sent
Update of bug #19316 (project wesnoth):
Severity: 3 - Normal = 5 - Blocker
___
Follow-up Comment #4:
Should be a blocker for 1.10.1.
___
Update of bug #19316 (project wesnoth):
Priority: 5 - Normal = 7 - High
___
Reply to this item at:
http://gna.org/bugs/?19316
___
Message sent
Follow-up Comment #2, bug #19319 (project wesnoth):
Note that the situation is different in each combination of OS/keymap.
Changing stuff in the hotkeys area is thus poking into a beehive since you
will never get to consider all possible effects. + doesn't require shift for
me for instance
Follow-up Comment #1, patch #3090 (project wesnoth):
Note that the situation is different in each combination of OS/keymap.
Changing stuff in the hotkeys area is thus poking into a beehive since you
will never get to consider all possible effects. + doesn't require shift for
me for instance
Update of bug #19322 (project wesnoth):
Assigned to:None = anonymissimus
___
Reply to this item at:
http://gna.org/bugs/?19322
___
Message sent
Update of bug #16262 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?16262
___
Message sent
Update of bug #19224 (project wesnoth):
Open/Closed: Closed = Open
___
Reply to this item at:
http://gna.org/bugs/?19224
___
Message sent
Update of bug #19314 (project wesnoth):
Assigned to:None = gabba
___
Reply to this item at:
http://gna.org/bugs/?19314
___
Message sent
Follow-up Comment #1, bug #19222 (project wesnoth):
see also bug #19310
___
Reply to this item at:
http://gna.org/bugs/?19222
___
Message sent via/by Gna!
http://gna.org/
Follow-up Comment #7, bug #18683 (project wesnoth):
The information to display is acquired in the function
extract_summary_from_config in gamestatus.cpp:369ff, which also assigns the
unit id to the leader key instead of its type.
However, even after fixing that, I can't get the image to show for
Follow-up Comment #8, bug #18683 (project wesnoth):
Also note that extract_summary_from_config is only called by
manager::load_summary in savegame.cpp:277 project-wide, and that this happens
for a certain savegame only in case that the summary wasn't already present in
the save_index (since
Follow-up Comment #5, bug #19215 (project wesnoth):
another bug in the series: bug #18683
___
Reply to this item at:
http://gna.org/bugs/?19215
___
Message sent via/by Gna!
Update of bug #19224 (project wesnoth):
Status:None = Ready For Test
___
Reply to this item at:
http://gna.org/bugs/?19224
___
Message sent
Update of bug #19083 (project wesnoth):
Severity: 3 - Normal = 5 - Blocker
___
Follow-up Comment #13:
Upgrading to blocker.
___
Reply to
Follow-up Comment #2, bug #19018 (project wesnoth):
Crab, may I relief you of one of the countless bugs you have assigned. The
reason for why the warning was omitted is that the total_width and height of
the new map have still the values of the old map, because the read function
doesn't set them
Update of bug #19018 (project wesnoth):
Status: In Progress = None
Assigned to:crab = anonymissimus
___
Reply to this item at:
http://gna.org
Update of bug #19018 (project wesnoth):
Status:None = Ready For Test
___
Reply to this item at:
http://gna.org/bugs/?19018
___
Message sent
Update of bug #16262 (project wesnoth):
Status:None = Works For Me
Assigned to:None = anonymissimus
___
Follow-up Comment #2:
As for the first
Follow-up Comment #2, bug #19287 (project wesnoth):
Note that if someone of you who can reproduce it figures out which addon it
is, we could have a look whether it is a bug in the engine that the thing
happens, and the addon's author could be notified.
Update of bug #19295 (project wesnoth):
Assigned to:None = gabba
___
Reply to this item at:
http://gna.org/bugs/?19295
___
Message sent
Update of bug #19286 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Duplicate of bug
Follow-up Comment #5, bug #17244 (project wesnoth):
duplicate report: https://gna.org/bugs/?19286
___
Reply to this item at:
http://gna.org/bugs/?17244
___
Message sent via/by Gna!
Follow-up Comment #1, bug #19287 (project wesnoth):
Duplicate of bug #19177.
There appears to be some supposedly badly coded addon that interferes
somehow.
___
Reply to this item at:
http://gna.org/bugs/?19287
Update of bug #19287 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #19283 (project wesnoth):
Operating System: win xp = win xp, ubuntu
___
Follow-up Comment #3:
I could reproduce the bug with the same method (code below into test
scenario) after setting
URL:
http://gna.org/patch/?3084
Summary: 4p-Lagoon Grass Variation (with patch)
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Sun 15 Jan 2012 05:20:37 PM GMT
Priority: 5 - Normal
Update of patch #3084 (project wesnoth):
Summary: 4p-Lagoon Grass Variation (with patch) = 4p-Lagoon
Grass Variation
___
Reply to this item at:
http://gna.org/patch/?3084
Update of bug #19285 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Hello, thanks, this
Update of bug #19279 (project wesnoth):
Status:None = Fixed
Assigned to:None = anonymissimus
___
Reply to this item at:
http://gna.org
Follow-up Comment #1, bug #19283 (project wesnoth):
Filling up the inspect dialog means reaching the bottom of the dialog with
the list of variables, so that a scrollbar etc appears. This is hopefully
ensured by the 20 variables (otherwise use some more).
A related thread:
Follow-up Comment #12, bug #19083 (project wesnoth):
Just to confirm, my previous comment doesn't mean this bug would be fixed.
What I meant is that the problem the revision I mentioned addresses is similar
to this bug.
___
Reply to this
Follow-up Comment #2, bug #19283 (project wesnoth):
It seems that the resolution is important so here's what I used:
1152x864 (system)
1152x805 (is what the game prefs show)
___
Reply to this item at:
http://gna.org/bugs/?19283
Update of bug #19281 (project wesnoth):
Severity: 3 - Normal = 5 - Blocker
___
Reply to this item at:
http://gna.org/bugs/?19281
___
Message sent
URL:
http://gna.org/bugs/?19283
Summary: assertion failed in :inspect:
src/gui/widgets/grid.cpp:542
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Sat 14 Jan 2012 01:16:57 AM GMT
Category: Bug
Update of bug #19281 (project wesnoth):
Status:None = Fixed
Assigned to:None = anonymissimus
___
Reply to this item at:
http://gna.org
Update of bug #19258 (project wesnoth):
Severity: 3 - Normal = 4 - Important
___
Follow-up Comment #1:
Can you nail down the how-to-reproduce a bit further please.
-If you load a replay it means you
Update of bug #19188 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19188
___
Nachricht
Update of bug #19203 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19203
___
Nachricht
Update of bug #19208 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19208
___
Nachricht
Update of bug #19225 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?19225
___
Nachricht
Update of bug #18856 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?18856
___
Nachricht
201 - 300 of 1187 matches
Mail list logo