Follow-up Comment #1, bug #24538 (project wesnoth):
Unlike the title says the mentioned functionality also prevents players from
whispering other players so that you cannot form secret alliances in a
free-for-all game for example.
Btw, how you can be sure that debug mode or constant savegame
Follow-up Comment #1, bug #24042 (project wesnoth):
What is a "silent disconnect"?
If you mean going afk or similar then there is no technical solution to that.
Save the game and reload with the original host replaced.
___
Reply to this
Update of task #7661 (project wesnoth):
Status: In Progress = Done
Percent Complete: 10% = 100%
___
Reply to this item at:
Update of bug #15650 (project wesnoth):
Category: Bug = Feature Request
Operating System: . = any
Summary: lobby messages keep getting deleted = retain lobby
message history during games
Follow-up Comment #1, bug #16733 (project wesnoth):
weak points:
1) the other players have no idea what's happening and unless/until the timer
is server-side (it's not right now) there is no reliable way to tell them
2) obviously any player with a memory can continue thinking about what moves
to
Update of bug #16001 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
Open/Closed:Open = Closed
Follow-up Comment #1, bug #21210 (project wesnoth):
replays.w.o is run by simple scripts that do a text search on the replay
files. If there is a simple way to get to those name keys from a replay it can
be changed easily otherwise it'll have to wait for a more sophisticated
replays.w.o setup.
Update of bug #21211 (project wesnoth):
Category: Bug = Feature Request
___
Reply to this item at:
http://gna.org/bugs/?21211
___
Nachricht
Update of bug #21198 (project wesnoth):
Category: Bug = Feature Request
Operating System: Ubuntu 13.04x64 = any
___
Follow-up Comment #3:
You again seem to
Update of bug #21118 (project wesnoth):
Severity: 4 - Important = 3 - Normal
___
Follow-up Comment #1:
What happens when you delete the cache
(E:/Battle_for_Wesnoth_1.11/userdata/cache), move add-ons
Update of bug #21104 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Please add a minimal description on how to reproduce whatever it is you're
talking about.
Update of bug #21093 (project wesnoth):
Assigned to:None = upthorn
___
Reply to this item at:
http://gna.org/bugs/?21093
___
Nachricht
Update of bug #21082 (project wesnoth):
Severity: 4 - Important = 3 - Normal
___
Reply to this item at:
http://gna.org/bugs/?21082
___
Nachricht
Update of bug #20979 (project wesnoth):
Severity: 4 - Important = 1 - Wish
___
Follow-up Comment #5:
We're going to upgrade to SDL 2 eventually, but it's going to be quite some
work and likely take
Update of bug #3954 (project wesnoth):
Open/Closed:Open = Closed
___
Follow-up Comment #2:
This seems to be essentially done with the shuffle sides feature now.
Update of bug #20554 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Duplicate of bug
URL:
http://gna.org/task/?7661
Summary: Setup of new server
Project: Battle for Wesnoth
Submitted by: soliton
Submitted on: Mo 28 Jan 2013 12:00:19 GMT
Category: Website
Should Start On: Mo 28 Jan 2013 00:00:00
Update of task #7661 (project wesnoth):
Status:None = In Progress
___
Reply to this item at:
http://gna.org/task/?7661
___
Nachricht
Update of bug #20402 (project wesnoth):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Not very compelling
Update of bug #20418 (project wesnoth):
Status:None = Need Info
___
Reply to this item at:
http://gna.org/bugs/?20418
___
Nachricht
Follow-up Comment #1, bug #20394 (project wesnoth):
If a player leaves there should be a server message about that and the host
get prompted to choose a replacement.
There is no functionality to go back to the game setup screen once the game
was started.
A replay or any hint what game this
Update of bug #20380 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?20380
___
Nachricht
Update of bug #20344 (project wesnoth):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #2, bug #20342 (project wesnoth):
It'd be useful to get a literal error message from wesnothd. I don't see where
the one you mentioned should be coming from.
___
Reply to this item at:
http://gna.org/bugs/?20342
Follow-up Comment #9, bug #19861 (project wesnoth):
You're welcome to add a feature request for clients with incomplete
information if there isn't one yet.
While wesnoth is probably a game where implementing that is more feasible than
elsewhere it's still not going to be easy. Apart from
Update of bug #19861 (project wesnoth):
Item Group: User Interface = Multiplayer
___
Follow-up Comment #6:
Every client has the information where hidden units are located, thus it is no
problem to modify
Update of bug #19319 (project wesnoth):
Category: Bug = Feature Request
Status:None = Wont Fix
Open/Closed:Open = Closed
Update of patch #3090 (project wesnoth):
Status:None = Wont Do
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #19161 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of bug #16061 (project wesnoth):
Category: Bug = Feature Request
___
Follow-up Comment #1:
Leader renaming on side dropping is intended, though maybe not too useful.
Update of bug #16299 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of bug #19140 (project wesnoth):
Category: Bug = Feature Request
Severity: 3 - Normal = 1 - Wish
Operating System: win xp = any
Summary: wb
Follow-up Comment #5, bug #19092 (project wesnoth):
Well, just redirect stdout/stderr to a file. For more detailed output
--log-info=all would help.
I.e. wesnoth --log-info=all log 21
___
Reply to this item at:
Update of bug #18784 (project wesnoth):
Status:None = Wont Fix
___
Reply to this item at:
http://gna.org/bugs/?18784
___
Nachricht
Update of bug #19092 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #3:
According to the wesnothd output the game was already broken since the start
of the log. We'd
Update of bug #19002 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #2:
See bug #16069.
Update of bug #18925 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
See bug #16299.
Follow-up Comment #8, bug #16299 (project wesnoth):
See also bug #18925.
___
Reply to this item at:
http://gna.org/bugs/?16299
___
Nachricht geschickt von/durch Gna!
http://gna.org/
Update of bug #18634 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Seems fixed by some
URL:
http://gna.org/bugs/?18634
Summary: trying to load a savegame segfaults
Project: Battle for Wesnoth
Submitted by: soliton
Submitted on: Sa 10 Sep 2011 23:16:56 GMT
Category: Bug
Severity: 5 - Blocker
Follow-up Comment #2, bug #18559 (project wesnoth):
Feature requests are pretty much by definition Severity Wish. I could change
the Priority to something else but anything is synonym to maybe in next ten
years unless someone takes the initiative.
If there are issues in MP with reloading games
Update of bug #18435 (project wesnoth):
Status:None = Fixed
Assigned to:None = boucman
___
Reply to this item at:
Update of bug #18430 (project wesnoth):
Assigned to:None = tschmitz
___
Follow-up Comment #1:
This feature is not for undoing auto moves. That's a bug (bug #17948).
Canceling auto moves is
Update of bug #18233 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #3:
With the fix the
Update of bug #18399 (project wesnoth):
Assigned to:None = mordante
___
Reply to this item at:
http://gna.org/bugs/?18399
___
Message sent
Update of bug #17546 (project wesnoth):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #18327 (project wesnoth):
Assigned to:None = mordante
___
Reply to this item at:
http://gna.org/bugs/?18327
___
Message sent
Update of bug #17929 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
This is obviously false in the general case so we need a specific example. In
the last server
Update of bug #18152 (project wesnoth):
Severity: 4 - Important = 3 - Normal
___
Follow-up Comment #1:
Can you test whether it works the same compiled without libana?
Update of bug #18155 (project wesnoth):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #18157 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
Operating System:Mac X 10.6.7 = any
Update of bug #18071 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of patch #2651 (project wesnoth):
Status:None = Done
Assigned to: zookeeper = soliton
___
Reply to this item at:
Update of patch #2649 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #18036 (project wesnoth):
Status: Need Info = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #2, bug #17558 (project wesnoth):
There is the setting confirm_end_turn in the preferences file which you can
set to no to turn the confirmation questions off.
You could set that only in a wrapper script when you start in debug mode if
you don't want it in normal play.
I
Follow-up Comment #3, patch #2531 (project wesnoth):
If as proposed in this patch the comment in hotkeys.cfg is removed we're just
asking history to repeat itself. Leave the comment in and amend it to explain
the override. (Also the changelog indentation is broken.)
Update of bug #17578 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #2:
See bug #17573.
Update of bug #17572 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Are you sure you're
Update of bug #17562 (project wesnoth):
Item Group: Multiplayer = User Interface
Assigned to:None = mordante
___
Reply to this item at:
Update of bug #17560 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Post stderr.txt if you can reproduce.
Update of bug #17561 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of bug #17550 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #16299 (project wesnoth):
Status:None = Confirmed
___
Follow-up Comment #7:
See also bug #15795 and bug #17559.
Update of bug #17549 (project wesnoth):
Status: Need Info = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #17501 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of bug #17549 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Check wesnoth --config-path to see if you're really using the config dir
you think you are.
Update of bug #17491 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Indeed there is no
Follow-up Comment #1, bug #17462 (project wesnoth):
See also bug #17491.
One point to add is that we then need to check whether the account is banned
on the forum or separately marked as banned in mp. Since we don't want to let
the real trouble maker get around the ban of course. ;-)
Update of bug #17500 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #17351 (project wesnoth):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Looks like bogus
Update of bug #17416 (project wesnoth):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Looks like bogus
Update of bug #17307 (project wesnoth):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Looks like bogus
Update of bug #17451 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of patch #2237 (project wesnoth):
Status:None = Wont Do
Open/Closed:Open = Closed
___
Follow-up Comment #1:
As explained in
Update of patch #2238 (project wesnoth):
Assigned to:None = crab
___
Reply to this item at:
http://gna.org/patch/?2238
___
Message sent
Update of bug #17152 (project wesnoth):
Assigned to:None = mordante
___
Reply to this item at:
http://gna.org/bugs/?17152
___
Message sent
Update of bug #17185 (project wesnoth):
Assigned to:None = soliton
___
Follow-up Comment #1:
The meaning of the red orb is actually the the unit is finished for this turn
as you can see
Update of bug #17185 (project wesnoth):
Status:None = Fixed
___
Reply to this item at:
http://gna.org/bugs/?17185
___
Message sent
Update of bug #17219 (project wesnoth):
Category: Bug = Feature Request
___
Reply to this item at:
http://gna.org/bugs/?17219
___
Message sent
Update of bug #17218 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
To err is correct.
Update of bug #17217 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Follow-up Comment #2:
Please report typos
Update of bug #17176 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Explain what you want to happen instead. It is not clear what the bug is.
Update of bug #17184 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Where/How did you
Update of bug #17183 (project wesnoth):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/bugs/?17183
___
Message sent
Update of bug #17178 (project wesnoth):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Duplicate of bug
Update of bug #17177 (project wesnoth):
Status:None = Need Info
___
Follow-up Comment #1:
Explain what you want to happen instead. It is not clear what the bug is.
Follow-up Comment #1, bug #17142 (project wesnoth):
Are you sure you're not pressing ctrl+shift+r? That does the action you
describe.
___
Reply to this item at:
http://gna.org/bugs/?17142
Update of bug #17058 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Please read the
Update of bug #16866 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
Release: trunk = 1.9.1
Update of bug #16866 (project wesnoth):
Release: trunk = 1.9.1
___
Reply to this item at:
http://gna.org/bugs/?16866
___
Message sent
Update of bug #16299 (project wesnoth):
Summary: Server doesn't recognize a disconnection and
movement lost = units wrongly marked as moved on regaining control of a side
___
Follow-up Comment #4:
Are all of the movement
Update of bug #16299 (project wesnoth):
Status: Need Info = None
Summary: units wrongly marked as moved on regaining control
of a side = changing control of a side right before it starts its turn
misses side init
Update of patch #1981 (project wesnoth):
Assigned to:None = silene
___
Reply to this item at:
http://gna.org/patch/?1981
___
Message sent
Update of bug #16737 (project wesnoth):
Status:None = Fixed
Assigned to:None = soliton
___
Reply to this item at:
Update of bug #16492 (project wesnoth):
Category: Feature Request = Bug
Severity: 4 - Important = 3 - Normal
Summary: Requesting that the [result] tag be put back into
the replay format. =
URL:
http://gna.org/bugs/?16618
Summary: wesnothd: client login issues
Project: Battle for Wesnoth
Submitted by: soliton
Submitted on: Thursday 09/02/2010 at 21:15
Category: Bug
Severity: 4 - Important
Update of bug #16530 (project wesnoth):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Presumably just as
Follow-up Comment #2, bug #16513 (project wesnoth):
Sounds like an outdated data dir. Maybe delete /usr/local/share/wesnoth and
install again.
___
Reply to this item at:
http://gna.org/bugs/?16513
Update of bug #16214 (project wesnoth):
Category: Bug = Feature Request
Summary: Needs a mandatory WML key to specify whether having
add-on is required = implement a way to mark add-ons as being required (like
require_era)
1 - 100 of 127 matches
Mail list logo