Follow-up Comment #7, bug #21883 (project wesnoth):
Okay, I've created a video showcasing the problem on my system.
/proc/cpuinfo gives me Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz, and I'm not
using CPUlimit, nor was there any load on the core running wesnoth(the other
core was doing the
Follow-up Comment #8, bug #21883 (project wesnoth):
Oops looks like my transcoding tool messed up. Let me try that again..
___
Reply to this item at:
http://gna.org/bugs/?21883
___
Message
Follow-up Comment #9, bug #21883 (project wesnoth):
Alright, this time it should work properly.
(file #20525)
___
Additional Item Attachment:
File name: fog.mp4Size:850 KB
Follow-up Comment #4, bug #21933 (project wesnoth):
As I've said, I've bisected, here's the latest commit I could find where this
doesn't happen: 5530cd0fc557079f8304bc6b680f8e01130241cb
___
Reply to this item at:
Follow-up Comment #5, bug #21933 (project wesnoth):
Okay, I apologize, this is indeed a bug within my WML. Apparently there's a
new side property `fight_on_without_leader` I need to use to have sides
without leader carry on their units.
However, the behavior currently is inconsistent. You can
URL:
http://gna.org/bugs/?21933
Summary: Menu items have strange effects
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Thu 17 Apr 2014 11:59:16 PM UTC
Category: Bug
Severity: 3 - Normal
URL:
http://gna.org/bugs/?13038
Summary: Bug with assigning controllers in MP
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Saturday 02/21/2009 at 13:11
Category: Bug
Severity: 3 - Normal
Follow-up Comment #1, bug #13038 (project wesnoth):
This seems to be related: When player 2 is AI and player 3 is a client, the
server will strip the client's actions, even though it's the client's turn on
both the host's and the client's machine!
Follow-up Comment #2, bug #13038 (project wesnoth):
Now, this is serious. Bug #1 seems to be reproducible on Isar's Cross. To
reproduce: Put the host side 1, side 2 AI, side 3 client and side 4 AI. Play
the client's turn, then leave. Droid side 3 with the host. Join back. Assign
control of side
Follow-up Comment #3, bug #13038 (project wesnoth):
It is also reproducible with the client being side 2. Seems to be independent
of which of us testers is host and client, so I daresay this bug is general.
So either people are blind, or this bug is duplicate ;)
URL:
http://gna.org/bugs/?13023
Summary: Corrupted text formatting in MP dialog from main
menu
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Thursday 02/19/2009 at 12:13
Category: Bug
Update of bug #11359 (project wesnoth):
Status:None = Fixed
___
Follow-up Comment #4:
Apparantly this bug has been fixed. I tested the above code in my own
scenario and the unit
Update of bug #12973 (project wesnoth):
Assigned to:None = boucman
___
Reply to this item at:
http://gna.org/bugs/?12973
___
Message sent
Update of bug #4 (project wesnoth):
Status:None = Ready For Test
___
Follow-up Comment #3:
Issue #2 would be caused by the bug I fixed in r32750, so unless there is
another bug causing
URL:
http://gna.org/bugs/?12973
Summary: Crash on scenario-end in a MP campaign
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Wednesday 02/11/2009 at 12:55
Category: Bug
Severity: 3 - Normal
Update of bug #11049 (project wesnoth):
Status: In Progress = Fixed
Assigned to: jhinrichs = cib
___
Reply to this item at:
Follow-up Comment #2, bug #12841 (project wesnoth):
Oh, important addition, the second player has to be literally played with a
second client.
___
Reply to this item at:
http://gna.org/bugs/?12841
Update of bug #12780 (project wesnoth):
Status:None = In Progress
Assigned to:None = cib
___
Reply to this item at:
Update of bug #12780 (project wesnoth):
Status: In Progress = Fixed
___
Reply to this item at:
http://gna.org/bugs/?12780
___
Message sent
URL:
http://gna.org/bugs/?12780
Summary: game crashing when selecting faction with no valid
leaders
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Tuesday 12/23/2008 at 19:17
Category: Bug
Update of bug #12227 (project wesnoth):
Status:None = In Progress
Assigned to:mordante = cib
___
Reply to this item at:
Update of bug #12227 (project wesnoth):
Status: In Progress = Fixed
___
Follow-up Comment #2:
Implemented exactly as suggested.
___
Update of bug #12635 (project wesnoth):
Status:None = Fixed
___
Follow-up Comment #2:
I renamed the fogged attribute to visible_in_fog, both in WML and in the
source, which fixed
Update of bug #10888 (project wesnoth):
Status:None = Fixed
___
Reply to this item at:
http://gna.org/bugs/?10888
___
Nachricht
Follow-up Comment #1, bug #11011 (project wesnoth):
You could be a bit more specific, I need to guess here pretty much. Do you
mean this?
[if]
[variable]
find_in=my_array
key=x
equals=1
[/variable]
[/if]
Well, that might not be the best syntax, but I can't think of something
better.
Update of bug #11011 (project wesnoth):
Status:None = Postponed
Assigned to:None = cib
___
Reply to this item at:
Follow-up Comment #3, bug #4708 (project wesnoth):
I have no idea how to reproduce it, when trying to play a map with such
deeply nested WML the correct error message will be thrown anyway. Maybe
modifying a variable to have a 1000-level-subtag would reproduce it?
Follow-up Comment #1, bug #4708 (project wesnoth):
Can you please post how exactly you used the function?
___
Reply to this item at:
http://gna.org/bugs/?4708
___
Nachricht geschickt
URL:
http://gna.org/patch/?947
Summary: Fixes the possibility of text input being skipped
with the escape button
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Sonntag 20.01.2008 um 16:59
Priority: 3 - Low
URL:
http://gna.org/patch/?934
Summary: split and join for set_variable
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Freitag 11.01.2008 um 20:09
Priority: 3 - Low
Status: None
URL:
http://gna.org/patch/?921
Summary: WML text input extension for message
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Sonntag 06.01.2008 um 16:10
Priority: 5 - Normal
Status: None
URL:
http://gna.org/patch/?914
Summary: Handle Parser Exceptions
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Samstag 05.01.2008 um 11:41
Priority: 5 - Normal
Status: None
URL:
http://gna.org/bugs/?10646
Summary: Player 2 can get stuck in replay in MP campaign
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Mittwoch 02.01.2008 um 17:59
Category: Bug
Severity: 3
URL:
http://gna.org/bugs/?10622
Summary: Runtime Error at unknown flag_rgb
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Montag 31.12.2007 um 20:14
Category: Bug
Severity: 2 - Minor
URL:
http://gna.org/bugs/?10624
Summary: Empty recall lists when joining the second scenario
of a MP campaign
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Montag 31.12.2007 um 21:16
Category: Bug
URL:
http://gna.org/bugs/?10625
Summary: Player getting control of his side back too early
on rejoin in the second scenario of a MP campaign
Project: Battle for Wesnoth
Submitted by: cib
Submitted on: Montag 31.12.2007 um 21:26
36 matches
Mail list logo
