Weird 'close' behaviour on OSX

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Weird 'close' behaviour on OSX

QuackingPlums
I've been using 01.05 until now but I noticed this morning that 01.23 is being considered as an RC with only a week for review so I wanted to throw this out there in case it's a bug whilst I investigate further.

I tend to work with multiple files open across multiple virtual desktops (Spaces, or whatever it's called these days) and I open and close down windows as I need them. I noticed recently that sometimes if I do Command-W to close a window, then select the appropriate option (save or don't save) on the "This document has been modified" dialog, OpenSCAD *sometimes* gets stuck in one of the following scenarios:

* Window is closed, but now OpenSCAD doesn't switch to one of my other open windows (shows "OpenSCAD" in the menu but no other menu options)
* Window doesn't close but now OpenSCAD blocks me from activating on of my other open windows

It's not as simple as 'always when I click save' and I haven't done enough testing yet to track down the exact sequence of events that causes it. Has anybody else noticed anything similar? I'll upgrade to 01.23 now and see if it still occurs.
Reply | Threaded
Open this post in threaded view
|

Re: Weird 'close' behaviour on OSX

kintel
Administrator
On Jan 26, 2015, at 04:08 AM, QuackingPlums <[hidden email]> wrote:
>
> * Window is closed, but now OpenSCAD doesn't switch to one of my other open
> windows (shows "OpenSCAD" in the menu but no other menu options)
> * Window doesn't close but now OpenSCAD blocks me from activating on of my
> other open windows
>
I think these may be different issues.
I can sometimes reproduce the first, but not in debug mode - it feels like a Qt issue.

In terms of the second one; you say the window _doesn’t_ close and also blocks other windows? If you manage to reproduce that, it would be very helpful!

 -Marius


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Weird 'close' behaviour on OSX

QuackingPlums
I have managed to get this to happen again in 01.23, but only after working with multiple files open for a long time. I still can't lock it down to an exact sequence of steps though. :(

Coincidentally, it feels a LOT like the situation described in the latest XKCD cartoon: http://xkcd.com/1479/
- I'm pretty sure there aren't any modal dialogs open anywhere though (unless it just failed to close the one that is asking me if I want to save before closing).
Reply | Threaded
Open this post in threaded view
|

Re: Weird 'close' behaviour on OSX

kintel
Administrator

On Jan 29, 2015, at 04:26 AM, QuackingPlums <[hidden email]> wrote:

> I have managed to get this to happen again in 01.23, but only after working
> with multiple files open for a long time. I still can't lock it down to an
> exact sequence of steps though. :(
>
I think I managed to run into the same issue. It don’t think it was related to closing windows though.
It also happened after working with multiple designs over some time.
It looks like we lose all input events, leaving the application unresponsive.
It suspiciously looks like a Qt bug. Qt-5.4.1 is just around the corner. Perhaps that would help.

Anyway, if you find more indicators what could be wrong, please post it.
..and _when_ it happens, could you try to mess around a bit to see if you can get _any_ output from the app, things like window resizing, opening files using the “open” command etc.?

 -Marius


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org