Windows OS and LC969 weirdness

[Paul Dupuis]

Panos,

Thank you again for saving me a big chunk of time!

Yes, this sounds exactly like that bug. The same code works repeatedly 
on a single monitor. Put the window with a player on the secondary 
monitor and try and close it and ... freeze. I have no code doing 
anything related to the 'screen' property of a window or treating the 
window differently if the user moved it to a secondary monitor.

I could really use a fix for this one in LC 9.6.10! Primarily because it 
does result in a engine Freeze and requires the user to force quit and 
we have no way to ensuring a user doesn't have multiple monitor and will 
move the media window to another monitor. And even if we did restrict 
the window to 'screen' 1, that would just be a weird app behavior to 
allow other windows to be moved across monitors, but not the media window.

Thanks again for pointing me in the right direction!


On 6/12/2023 2:19 PM, panagiotis m via use-livecode wrote:
> Hello Paul,
>
> It sounds like this bug:
>
> https://quality.livecode.com/show_bug.cgi?id=20707
>
> Kind regards,
> Panos
>
> On Mon, 12 Jun 2023, 21:10 Paul Dupuis via use-livecode, <
> use-livecode at lists.runrev.com> wrote:
>
>> I have a weird problem and I am wondering if anyone has seen anything
>> like it.
>>
>> I have an desktop app, built in Livecode 9.6.9 and running under Windows
>> 10 and 11. The app has stacks/windows to display different types of
>> content docText for text, docPDF for PDFs, docImage for images, docMedia
>> for player based audio or video. Only 1 of these windows can be open at
>> a time. If you try to call up information of another type, it closes the
>> current content window and opens the appropriate stack to display the
>> new type of information.
>>
>> Here is the weirdness. On a single monitor system, I can switch between
>> these content windows endlessly
>> On a 2 monitor system, if all the windows are on the primary monitor, I
>> can switch between them endlessly
>> On a 2 monitor system, I can place any of the content windows EXCEPT the
>> media player (docMedia) on either monitor and swithc between them endlessly
>> On a 2 monitor system, if I put the media player window on the secondary
>> monitor and try to switch bring up another content windows (docText,
>> docPDF, docImage) - whether on the primary or secondary monitor, I get
>> frozen app and Windows spinning blue cursor (the app is non-responsive,
>> like in an endless loop)
>>
>> Now, the above is with a built standalone. If I run the app in the LC969
>> IDE, I get the same behavior above if I just let things run.
>>
>> If I enter the debugger, the code sequence is roughly:
>>
>> a) if the new info to display is of a different type that the current;y
>> displayed info, then
>>       test in a loop through the app's open windows to see if one of
>> these content windows is open and then close stack <name> to close it
>> b) open the applicable window for the new information and display it
>>
>> If I walk through, in the IDE debugger, every line single line by single
>> line, it all works, including stepping through the stack 'closeStack'
>> handler
>> If I tell the debugger to run through the code above, rather than step
>> line by line, the freeze happens
>>
>> But again, ONLY when the docMedia window (with a player object and a few
>> fields and buttons) is on a secondary monitor.
>>
>> Has anybody seen any weirdness like this? The fact I can debug through
>> it line by line and it does not freeze means finding what may be
>> triggering it seem very hard (to me at least).
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode