[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-05-21 Thread Ignacio R. Morelle
Update of bug #23318 (project wesnoth): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-04-06 Thread Andreas Löf
Update of bug #23318 (project wesnoth): Status: Confirmed => Fixed ___ Follow-up Comment #22: Marking as fixed as 1.13.4 has been fixed. Won't backport the fix to 1.12.x though as it

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-04-06 Thread Johannes Jordan
Follow-up Comment #21, bug #23318 (project wesnoth): As the reporter I agree it can be closed at this point. Thanks for dealing with this bug! ___ Reply to this item at:

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-04-05 Thread Wedge009
Follow-up Comment #20, bug #23318 (project wesnoth): If the original issue is not happening, can we close this? The new problem can be covered by the existing reports. ___ Reply to this item at:

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-03-09 Thread Wedge009
Follow-up Comment #19, bug #23318 (project wesnoth): The error message is a separate issue, already covered in bug #21564. ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-03-09 Thread Johannes Jordan
Follow-up Comment #18, bug #23318 (project wesnoth): With 1.13.4 the issue is much better and different. In many cases, the window gets redrawn correctly. In some cases, Wesnoth still operates in the old, smaller resolution, until I click somewhere (but clicking helps! and it did not before). I

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-03-08 Thread Andreas Löf
Follow-up Comment #17, bug #23318 (project wesnoth): Is this still an issue in 1.13.4 as was released? ___ Reply to this item at: ___ Message sent via/by Gna!

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-03-08 Thread Andreas Löf
Update of bug #23318 (project wesnoth): Status: Fixed => Confirmed Open/Closed: Closed => Open ___ Reply to this item at:

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-03-07 Thread Johannes Jordan
Follow-up Comment #16, bug #23318 (project wesnoth): The original bug report is not about a crash and the problem still persists. ___ Reply to this item at: ___

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-03-05 Thread Charles Dang
Update of bug #23318 (project wesnoth): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2016-02-24 Thread Andreas Löf
Update of bug #23318 (project wesnoth): Status: Confirmed => Fixed ___ Follow-up Comment #15: Marking as fixed as is not crashing any longer.

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-11-09 Thread Johannes Jordan
Follow-up Comment #14, bug #23318 (project wesnoth): I tested on HEAD of your branch, it includes your commit and the crash seems to be solved. :-) It is not pretty -- http://imgur.com/pKYRo1k But this is another issue. Cannot comment on the original issue as redrawing after any window size

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-11-08 Thread Andreas Löf
Follow-up Comment #13, bug #23318 (project wesnoth): Which revision did you test? - I think I may have fixed your bug in https://github.com/wesnoth/wesnoth/commit/94b93a8fa3c982ed288b9c654eb8a53c130c3b73. I certainly cannot reproduce the problem after that commit.

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-11-02 Thread Johannes Jordan
Follow-up Comment #12, bug #23318 (project wesnoth): I investigated further. Wesnoth reports on the console: Checking video mode: 1672x1041x24... Setting mode to 1672x1041x24 Two ways to reproduce the segfault: 1. While the game is loading the main screen, resize the window. This should be

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-31 Thread Andreas Löf
Follow-up Comment #11, bug #23318 (project wesnoth): I'm struggling to reproduce this crash. Could you please provide some more information on how you make the game crash? ___ Reply to this item at:

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-29 Thread Andreas Löf
Update of bug #23318 (project wesnoth): Status:None => Confirmed Assigned to:None => aginor ___ Follow-up Comment #10: Is the crash only

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-29 Thread Johannes Jordan
Follow-up Comment #9, bug #23318 (project wesnoth): On SDL2 branch the problem persists, I also get segfaults if the window is too small during startup. ==22644== Invalid read of size 4 ==22644==at 0x4EB8CDD: ??? (in /usr/lib/libSDL2-2.0.so.0.2.1) ==22644==by 0x4EAD769: ??? (in

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-28 Thread Wedge009
Follow-up Comment #8, bug #23318 (project wesnoth): Yes, that's the sdl2 branch. Aginor is the primary contact for that work, I've only been assisting in a minor capacity. If you have any input to share on that, you'd be welcome on the IRC dev channel, I'm sure. As for general GUI handling in

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-28 Thread Johannes Jordan
Follow-up Comment #7, bug #23318 (project wesnoth): Sorry I think my last comment was misleading. With dialogs open you get 100% reproducability. But also *without* dialogs open you get about 50% reproducability. Also you get two different effects as I described in my first report. Often the

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-27 Thread Chris Beck
Follow-up Comment #6, bug #23318 (project wesnoth): @wedge009 If it's mainly about, when there are dialogs open, I would assume that it is a bug in GUI2. One rather unusual thing about GUI2 is that it monopolizes the main loop of the program whenever a GUI2 dialog is open, and I think it has

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-26 Thread Wedge009
Follow-up Comment #5, bug #23318 (project wesnoth): Ah, so it is mainly window resizing. I think it's generally known that Wesnoth doesn't handle window resizing very well when there are dialogues open. The issues is more or less there in the sdl2 branch as well. I think it's a pretty extensive

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-25 Thread Wedge009
Follow-up Comment #3, bug #23318 (project wesnoth): Maybe I'm just unfamiliar with the term geometry in the context of application windows, but can you clarify what the problem is? Is it related to window resizing? If I can understand what it is you're trying to accomplish and reproduce your

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-10-25 Thread Johannes Jordan
Follow-up Comment #4, bug #23318 (project wesnoth): Thanks for looking into this. With geometry changes I mean sudden changes to location and size of the Wesnoth window. While the location probably doesn't matter it is the changes in size that confuse Wesnoth. To reproduce the error you may try

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-02-25 Thread Johannes Jordan
URL: http://gna.org/bugs/?23318 Summary: Window Geometry not recognized Project: Battle for Wesnoth Submitted by: ypnos Submitted on: Mi 25 Feb 2015 17:54:09 UTC Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #23318] Window Geometry not recognized

2015-02-25 Thread Chris Beck
Follow-up Comment #1, bug #23318 (project wesnoth): I took a look at this briefly, however, I have only limited knowledge of SDL windowing and related. It appears that SDL Window Resize events (http://www.libsdl.org/release/SDL-1.2.15/docs/html/sdlresizeevent.html) are captured in src/events.cpp