[Wesnoth-bugs] [bug #21986] mp replays crashing the game

[Duthlet]

Follow-up Comment #4, bug #21986 (project wesnoth):

I guess I did use delayed shroud update, as I usually do.
It doesn't happen if I don't use it.
The replay also always crashed on my turns (playing against AI)

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21986] mp replays crashing the game

[Duthlet]

Follow-up Comment #2, bug #21986 (project wesnoth):

Oops, I'm sorry I forgot to check that. stderr gives
wesnoth: src/synced_context.cpp:39: static bool
synced_context::run_in_synced_context(const std::string&, const config&, bool,
bool, bool, boost::function2): Assertion
`use_undo || (!resources::undo_stack->can_redo() &&
!resources::undo_stack->can_undo())' failed.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21987] every client is trying to play as player 1.

[Duthlet]

URL:
  <http://gna.org/bugs/?21987>

 Summary: every client is trying to play as player 1.
 Project: Battle for Wesnoth
Submitted by: duthlet
Submitted on: Mon Apr 28 18:24:29 2014
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Multiplayer
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.0-dev
Operating System: Linux

___

Details:

It seems to be a server side problem, because it happens when playing with
master or 1.12 on trunk server, but not when playing with 1.12 on dev version
server.
Server sends "Removing illegal command" messages for anyone but the player who
is supposed to be p1.




___

Reply to this item at:

  <http://gna.org/bugs/?21987>

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21986] mp replays crashing the game

[Duthlet]

URL:
  <http://gna.org/bugs/?21986>

 Summary: mp replays crashing the game
 Project: Battle for Wesnoth
Submitted by: duthlet
Submitted on: Mon Apr 28 17:49:25 2014
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Replays
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.11.13+dev
Operating System: Linux

___

Details:

For both 1.12 and master the all mp replays I tried to watch so far crashed
the game. All games where played locally and latest crash was on turn 3. I
loaded them via the main menu, getting the warning about this being a mp
scenario, because starting via multiplayer doesn't work, see e.g. bug #21929.




___

Reply to this item at:

  <http://gna.org/bugs/?21986>

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21985] linger mode ends automatically after mp scenarios

[Duthlet]

URL:
  <http://gna.org/bugs/?21985>

 Summary: linger mode ends automatically after mp scenarios
 Project: Battle for Wesnoth
Submitted by: duthlet
Submitted on: Mon Apr 28 17:41:46 2014
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: Multiplayer
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.11.13+dev
Operating System: Linux

___

Details:

In 1.12 and master linger mode ends automatically for everyone after the
victory/defeat/game over message.
On irc:
< gfgtdf> Duthlet: i did a quick testing and linger mode worked in
1.11.11 but not in 1.11.13





___

Reply to this item at:

  <http://gna.org/bugs/?21985>

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21983] clearing hotkeys not working properly

[Duthlet]

URL:
  <http://gna.org/bugs/?21983>

 Summary: clearing hotkeys not working properly
 Project: Battle for Wesnoth
Submitted by: duthlet
Submitted on: Mon Apr 28 13:19:11 2014
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.11.13+dev
Operating System: Linux

___

Details:

I started wesnoth with a fresh preferences directory, and in
preferences->general->hotkeys->game selected "Clear Labels" and pressed the
"Clear Hotkey" button.
In game everything seems fine at first, but after restarting the game the
hotkey is present again.
In the preferences file these lines were added:
[hotkey]
command="editor-map-new"
ctrl=yes
key="n"
[/hotkey]
[hotkey]
command="editor-refresh"
ctrl=yes
key="e"
[/hotkey]





___

Reply to this item at:

  <http://gna.org/bugs/?21983>

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21969] wesnoth spamming preferences file with hotkeys for "null" commands

[Duthlet]

URL:
  <http://gna.org/bugs/?21969>

 Summary: wesnoth spamming preferences file with hotkeys for
"null" commands
 Project: Battle for Wesnoth
    Submitted by: duthlet
Submitted on: Fri Apr 25 11:49:32 2014
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.11.12+dev
Operating System: Linux

___

Details:

I was just playing with the Select/Move/Attack hotkey setting it to a keyboard
key and upon setting it back to the mouse wesnoth suddenly slowed down. It
turned out wesnoth had written over 8 lines of hotkeys with command="null"
into the preferences file for hotkeys
ctrl + ` 
ctrl + x
c + shift
crtl + c + shift
C
iirc I have cleared all of those but "ctrl + `" before.
seeing bug #20251 I actually might have cleared that one as well.
I can not reproduce this bug.




___

Reply to this item at:

  <http://gna.org/bugs/?21969>

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #21961] Units are not attacking if the attack was issued from more than one hex away

[Duthlet]

URL:
  <http://gna.org/bugs/?21961>

 Summary: Units are not attacking if the attack was issued
from more than one hex away
 Project: Battle for Wesnoth
Submitted by: duthlet
Submitted on: Wed Apr 23 16:49:52 2014
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.11.13
Operating System: Linux

___

Details:

If you attack a unit and your unit has to move more than one hex to do so,
your unit will just move there but not attack. This has been introduced with
commit ac2e8ae2aac9b0fb915a7a5d0872949ed618d327.




___

Reply to this item at:

  <http://gna.org/bugs/?21961>

___
  Message sent via/by Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs