[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Charles Dang 
Follow-up Comment #10, bug #25553 (project wesnoth):

Still, I can't make it go away myself :/

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Wedge009 
Follow-up Comment #9, bug #25553 (project wesnoth):

I believe so (see ratarmy's comment on 3rd March 13:00 UTC).

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Charles Dang 
Follow-up Comment #8, bug #25553 (project wesnoth):

TBH, the only really odd thing in your screenshot is that the hotkey category
list is missing. Maybe that's what you're referring to?

___

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 #25557] Add-on manager doesn't open

2017-03-03 Thread Wedge009 
Follow-up Comment #1, bug #25557 (project wesnoth):

What commit are you building against and have you tried a clean build
recently? I can't replicate this in either Windows or Linux.

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Wedge009 
Follow-up Comment #7, bug #25553 (project wesnoth):

Looks like we really need help in reproducing this issue because it sounds
like none of the regulars here are able to do so. I tried switching to
Japanese language as well as experimenting with the font scaling but still
can't replicate the issue.

Perhaps if you could share your preferences file? Or maybe check with those in
the translation team to see what's common in their preferences. There must be
something happening in there to cause the issue and if we can find out what
that is, at least that will be a start to resolving it.

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Hironori Fujimoto 
Follow-up Comment #6, bug #25553 (project wesnoth):

I doubt that this bug is environment-dependent.

I asked people in the Japanese translation team to check this bug in latest
wesnoth, and this bug is caused too in their system.

But, the condition is different for each people...
Some people says that this bug is caused when font scale is more than 110%,
but other people says that font scaling is not related.

___

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 #25557] Add-on manager doesn't open

2017-03-03 Thread Pentarctagon 
URL:
  

 Summary: Add-on manager doesn't open
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Sat 04 Mar 2017 03:45:38 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.6+dev
Operating System: Linux Mint

___

Details:

I am unable to open the add-on manager, instead it gives this error:
https://i.imgur.com/xyhv29s.png




___

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 #25555] Use of [place_shroud] & [remove_shroud] throw errors

2017-03-03 Thread SigurdFireDragon 
Follow-up Comment #3, bug #2 (project wesnoth):

Did a run with --log-debug=all active, this was all that seemed to be
relevant, which is the same as what was displayed in-game.

20170303 15:43:12 error scripting/lua: basic_string::_M_construct null not
valid
stack traceback:
[C]: in field 'place_shroud'
lua/wml-tags.lua:878: in local 'cmd'
lua/wml-utils.lua:145: in field 'handle_event_commands'
lua/wml-flow.lua:6: in function 

___

Reply to this item at:

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

___
  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 #25555] Use of [place_shroud] & [remove_shroud] throw errors

2017-03-03 Thread SigurdFireDragon 
Follow-up Comment #2, bug #2 (project wesnoth):

It's an in-game lua error message. Can a c++ stacktrace be generated for it if
it doesn't crash wesnoth?


___

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 #25555] Use of [place_shroud] & [remove_shroud] throw errors

2017-03-03 Thread Daniel 
Follow-up Comment #1, bug #2 (project wesnoth):

A c++ stcktrace of when his exception is thorwn woudl be useful.

___

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 #25555] Use of [place_shroud] & [remove_shroud] throw errors

2017-03-03 Thread SigurdFireDragon 
URL:
  

 Summary: Use of [place_shroud] & [remove_shroud] throw errors
 Project: Battle for Wesnoth
Submitted by: sigurdfdragon
Submitted on: Fri 03 Mar 2017 04:32:38 PM UTC
Category: Bug
Severity: 5 - Blocker
Priority: 5 - Normal
  Item Group: WML
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.6+dev
Operating System: Win 7 x64

___

Details:

Currently, the following wml produces an error:

[place_shroud]
side=1
[/place_shroud]
Reproduce by launching SotA S2

[remove_shroud]
side=1
[/remove_shroud]
Reproduce by launching Sota S6


Introduced in:
https://github.com/wesnoth/wesnoth/commit/8822dacd92ebf290308b7deb351ac133af819a4a

As of fixes in:
https://github.com/wesnoth/wesnoth/commit/5cd756f1b0033118ba3760fda635c47a75e39793

The lua error is now:
basic::string_M_construct null not valid error'

From irc discussion, it was thought that the error might now be in the C++
implementation of the API call





___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Hironori Fujimoto 
Follow-up Comment #5, bug #25553 (project wesnoth):

I did clean build(rm build-dir, cmake, make).

> is it that the hot-key groups have gone?
Yes, it is the problem.

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Wedge009 
Follow-up Comment #4, bug #25553 (project wesnoth):

Uh, that's what I was doing, switching between the 'tabs' in the preferences
dialogue. Also, it's not clear what's the issue in the picture - is it that
the hot-key groups have gone?

Do you still have the problem with a clean build?

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Hironori Fujimoto 
Follow-up Comment #3, bug #25553 (project wesnoth):

I attached a screenshot(file #29861) in version 1.13.6+dev (b1ea099-Clean).

Maybe my explanation causes misunderstanding.
The "tab" which I called don't mean a bar on the hotkey list, but also buttons
on the left bar(ex. General, Hotkeys, Display,...etc).

So, to reproduce this bug, just repeat switching "General" and "Hotkeys"
button.

___

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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Hironori Fujimoto 
Additional Item Attachment, bug #25553 (project wesnoth):

File name: Screenshot_20170303_201346.png Size:270 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 #25553] List in the hotkey preference dialog becomes bigger

2017-03-03 Thread Wedge009 
Follow-up Comment #2, bug #25553 (project wesnoth):

I also didn't find this issue. I tested against b1ea099d on both Windows and
Linux. I also wondered if font scaling might have been a factor but that
doesn't seem to cause what you describe either. Sorry.

___

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 #16733] timer pause button

2017-03-03 Thread Patrick P 
Follow-up Comment #2, bug #16733 (project wesnoth):

I have a slightly alternative idea, which might serve some of the same needs
(but not all), while addressing most of the concerns.

At the beginning of the match there could be an agreed upon interval (say,
every 45 minutes) after which the break would automatically kick in. Then
after that amount of play time, as soon as the next End Turn occurs, the break
would kick in. There would be no need to black out the screen. This eliminates
the small bit of unfairness where one player was guaranteed more time to
think, since all players have an equal opportunity to be in that situation.

There should also be a mechanism to request and withdraw request of "Ready to
Resume the Game" displayed with , subject to approval by all
players. Otherwise there might be an awkward forced break time near the end of
the match.

Break duration would also be configured at the beginning of the match. It
could also include the option of an Unlimited time break, which would be
resumed only when all players are Ready to Resume.

___

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