[Wesnoth-bugs] [bug #21316] Animation bug with _frame features

[David Mikos]

Update of bug #21316 (project wesnoth):

  Status:  Ready For Test => Fixed  

___

Follow-up Comment #3:

Fixed in commit 774b0ec162894de9e43361564a2c5bcd3f8bfa5c and pushed to 1.12
branch.

You should be able to have multiple frames/halos now and they will set the
appropriate xxx_cycle=true by default (this is what was missing before).

___

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 #21945] Ai leadernames wrong in networked mp

[Daniel]

URL:
  

 Summary: Ai leadernames wrong in networked mp
 Project: Battle for Wesnoth
Submitted by: gfgtdf
Submitted on: Mo 21 Apr 2014 02:09:08 UTC
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: win7

___

Details:

the followins situation: A networken LoW game. The Host is called 'ph', the
non code client is called 'p'. After advancing from scenario 10 to scenario 11
the enemy leader 'Aquagar' is named 'pk' on the host side but still named
Aquagar on the non host side. It should be named Aquagar on all sides.




___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


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

[Wesnoth-bugs] [bug #21937] sound and music lags/screech sometimes if a lot of sound acitivity is produced

[David Mikos]

Follow-up Comment #1, bug #21937 (project wesnoth):

What happens if you increase the length of the sound buffer to say 4096 in the
advanced are of sound preferences?

___

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 #21941] Low scenario 14 broken

[Daniel]

Update of bug #21941 (project wesnoth):

  Item Group:  None of the others => Campaign   


___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


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

[Wesnoth-bugs] [bug #21903] Scenario transitions in networked MP don't work unless host transitions first

[Daniel]

Follow-up Comment #6, bug #21903 (project wesnoth):

ok i think the orignal plan to make this work was to disable the end_turn
button when starting linger mode, and reable it when receivong
notifynextscenario, in playturn.cpp with:

gui::button* btn_end =
resources::screen->find_action_button("button-endturn");
if(btn_end) {
btn_end->enable(true);
}
return PROCESS_END_LINGER;

however this doesn't work because the state of the endturn button get
reassigned by the hotkeys code to the value of 
can_execute_command(end turn hotkey, null)
so i tihnk in order to fix this problem we have to ensure 
can_execute_command(hotkey::HOTKEY_ENDTURN) returns the correct value.
Note the it shoudl always return true for the host when in linger mode.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


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

[Wesnoth-bugs] [bug #21776] Replays of reloaded games skip 'preload' event handlers

[SlowThinker]

Follow-up Comment #17, bug #21776 (project wesnoth):

>Especialy in a mp game, a controller can also change during the game without
reloading. 
Inside of a mp game, the hosting player who changes the controller from/to AI
can take a measure before, by a context menu.
And yes, a new event "controller_change" would help.


>> So the input must stay within turn 2. 
>But i think the turin 2 event is inside turn 2? 
I understand now.
I thought it worked in a start event only. I missed words "or also in every
other synced event".
It seems powerful, for example it allows private (or group) diplomacy talks or
an exchange of items in FFA games. The only problem is if only 2 players are
talking then the other ones must wait.


>there is an option using sync_choice whcih is replay save even in 1.12 (maybe
even 1.10)
I think I understand: Naturally the argument function of synchronize_choice is
not called in replays, and rather the synchronized return table is used. So
synchronize_choice not only
sychronizes the table among the clients (this is useful after a select event
that changes the game state), 
but also 
sychronizes the replay with the real game (this is useful after a reload or
select event that changes the game state)

(I was confused by this sentence in the wiki
"wesnoth.synchronize_choice: Recovers a WML table that was computed on one
client only or _was_ _stored_ _in_ _a_ _replay_"
that probably tries to explain it but was unclear to me.
)

But I think the main problem would be to find an appropriate moment of the
synchronization of was_reloaded_synced. A moveto event needn't be sufficient
because the synchronization may be needed earlier.
So I would prefer to sychronize in game_events.on_event. Would it work?
>game_events.on_event is onyl mpsave (mpsave = replaysave) when the fired
event is a mpsave event
Do you mean on_event is called only before mpsafe events? Or it is called also
before select events and so it may cause OOS if I am not careful?
Also I am a bit confused by the term mpsafe. I expected in BfW pre-1.11.13 one
must distinguish three types of events:
- select: it is fired on one client only
- attack_end: it is fired on all clients, but [message][text_input] is not
synchronized
- moveto: it is fired on all clients, and [message][text_input] is
synchronized
?

___

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 #21944] Game freezes while loading "Scepter of Fire" mission in "Heir to the Throne" campaign

[anonymous]

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

Updated wesnoth to version 1.11.12 and the issue was solved. Many thanks for
the help :-)

___

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 #21944] Game freezes while loading "Scepter of Fire" mission in "Heir to the Throne" campaign

[anonymous]

Follow-up Comment #1, bug #21944 (project wesnoth):

I couldn't reproduce with 1.11.12+dev on windows.
I also don't get any of those errors in my stderr file when loading the
attacked file.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


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

[Wesnoth-bugs] [bug #21944] Game freezes while loading "Scepter of Fire" mission in "Heir to the Throne" campaign

[anonymous]

Additional Item Attachment, bug #21944 (project wesnoth):

File name: HttT-The_Sceptre_of_Fire.gzSize:29 KB


___

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 #21944] Game freezes while loading "Scepter of Fire" mission in "Heir to the Throne" campaign

[anonymous]

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

 Summary: Game freezes while loading "Scepter of Fire" mission
in "Heir to the Throne" campaign
 Project: Battle for Wesnoth
Submitted by: None
Submitted on: Sun 20 Apr 2014 05:07:49 PM UTC
Category: Bug
Severity: 4 - Important
Priority: 5 - Normal
  Item Group: Campaign
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: feynmanthecuri...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
 Release: Battle for Wesnoth v1.11.7
Operating System: LMDE

___

Details:

Occurs every time I try to load the mission. Here is the error when trying to
load the Scepter of Fire mission :


pratyai@crowbar ~ $ wesnoth
Battle for Wesnoth v1.11.7
Started on Sun Apr 20 22:58:53 2014

Fontconfig warning: "/etc/fonts/conf.d/53-monospace-lcd-filter.conf", line 10:
Having multiple values in  isn't supported and may not work as expected

Data directory: /usr/share/games/wesnoth/1.11
User configuration directory: /home/pratyai/.config/wesnoth
User data directory: /home/pratyai/.local/share/wesnoth/1.11
Cache directory: /home/pratyai/.cache/wesnoth
Checking video mode: 1364x720x32...
setting mode to 1364x720x32
20140420 22:59:06 error display: Tile at -999,-999 isn't on the map, can't
scroll to the tile.



---
Thanks



___

File Attachments:


---
Date: Sun 20 Apr 2014 05:07:50 PM UTC  Name: Screenshot from 2014-04-20
23:04:19.png  Size: 45kB   By: None

<http://gna.org/bugs/download.php?file_id=20538>

___

Reply to this item at:

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

___
  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 #21943] Cannot switch between desktops or use Mission Control, while in Full-Screen mode

[Jake]

URL:
  

 Summary: Cannot switch between desktops or use Mission
Control, while in Full-Screen mode
 Project: Battle for Wesnoth
Submitted by: generous
Submitted on: Sun 20 Apr 2014 09:46:36 AM UTC
Category: Bug
Severity: 4 - Important
Priority: 5 - Normal
  Item Group: User Interface
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.11.12 (1.12 beta 3)
Operating System: Mac OS X

___

Details:

When I launch Battle for Wesnoth in full screen mode, it is impossible to
switch between applications.
I cannot swipe between desktops using trackpad, and F3 button - "mission
control" - is not working.
Command+H shortcut, instead of hiding the application's window, just turns it
into the black screen!

I find it unacceptable that this severe bug is still not fixed, despite so
many updates have passed.
There is no such problem at Windows version: you can hide BfW window easily,
by pressing "Win" key




___

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 #21883] Extremely jerky motion when clearing fog

[David Mikos]

Update of bug #21883 (project wesnoth):

  Status:  Ready For Test => Fixed  

___

Follow-up Comment #11:

Tested to work by mattsc (on irc). Marking as fixed and pushed to the 1.12
branch.

___

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