I just have two crash in a row in the same application.
The application is HTMLViewer based and display a full screen (or not) display.
To do that, I had to add many small (and simple) windows to access to other stuff like Bookmarks, History, URL
The crash appears at time to display the URL window:
a. it is displayed as full screen (in El Capitan, but not in Yosemite),
b. The whole window is displayed correctly, but the crash appears before the TextArea (certainly TextField ?) contents appears.
I display the current URL (in that Control) and highlight the part of the URL that is after &dat (so in fact I highlight the date).
[No, this is not a Webxxxyyyzz project, a simple Desktop one].
This project was in a hard disk that was totally erased (and not just deleted) on last Sept-15-15. So I do not really know where the last available (to me) version of the project can be even if I located two (Same ? Different ? Old ?).
I do not have them handly.
Do you have an idea on where to search ? If this is something known ?
BTW: the search date (&dat) in the URL is certainly done à lancienne: InStr (and not RegEx).
I nearly forgot:
El Capitan .2 (Standard)
Xojo 2015r1 (Standard)
no preferences were saved,
the URL window appears in not full screen mode
If I stay in the Standard mode (not in full screen), I can do what I want.
In Full Screen mode, opening the URL window leads to a crash.
Opening the URL window in standard mode display it correctly (using its defined size / location AND display the URL with the &dat fiels highlighted as I set it / works in Yosemite).
VM Regions Near 0x4c:
–>
__TEXT 0000000000001000-0000000000180000 [ 1532K] r-x/rwx SM=COW /Volumes/VOLUME/*/Simple Browser.app/Contents/MacOS/Simple Browser
Application Specific Information:
Performing @selector(performClick:) from sender XOJButton 0x10f1be0
Crash on quit was not the case before I read your answer last line: I get that too.
Full Screen Mode was my suspect because the less than 200 pixels tall window appears full screen. If the main window is not in Full Screen Mode, this small window appears with its defined size (the < 2000 pixels tall).
I set full screen with a Toogle MenuItem / save this to a pref file.
At last, I installed El Capitan in my MacBook Pro SSD two days ago (and so I certainly never used that application with El Capitan before.
Crash on quit was not the case before I read your answer last line: I get that too.
Full Screen Mode was my suspect because the less than 200 pixels tall window appears full screen. If the main window is not in Full Screen Mode, this small window appears with its defined size (the < 2000 pixels tall).
I set full screen with a Toogle MenuItem / save this to a pref file.
At last, I installed El Capitan in my MacBook Pro SSD two days ago (and so I certainly never used that application with El Capitan before.
BUT: this is not the real case here: the crash appears while displaying a small window in full screen mode (with El Capitan vs standard size in standard mode).
This bug may be related: I do not know.
As I interpret it, your crash log shows that you were in full screen mode when you did quit the application. So it is probably the error from the other forum discussion I mentioned.
My fault: I wasted some times earlier today trying to figure what I had wrong. I noticed that setting Mix. & Max (Width & Height) of window was a workaround: a bad workaround since then no one will be able to resize that window. [I get a free internet at my local McDonalds].
Another work-around is to press the esc key to get the windwo back to the non Full Screen Size mode
Now I just have to trash the report I wrote earlier.
I also have to put money (1/$ a day ?) in a box until I get enough to pay an update (probably sometimes in late 2016).
This bug was fixed in 2015r3.
I created a way to read easilly the release notes (all in a central location/folder) but I lost it in my hard disk desaster in mid Septembe 2015.
So this is exactly the issue from the order thread. Until this gets fixed you must prevent the closing when in full screen mode. Go to the bottom of the other thread. There is a method from Sam Rowlands:
Function isFullScreen(Extends w As Window) As Boolean
Put this method in the CancelClose event of the window (and/or App) and if the method returns True, Return True in the event. Something like that (not tested as I am not in front of a computer):
Event App.CancelClose(...)
Return isFullScreen(Window(0))
End
and/or:
Event Window1.CancelClose(...)
Return isFullScreen(Self)
End
Thank you for the clarification usage of the shared code.
I wanted to use it, but my brain was in slow mode, so I used Window1.FullScreen = False in the Close Event (I forgot where exactly).
My base problem was not there, but before a quit, a quit I did not ask for.
I displayed a small window with a TextField and some buttons: the TextField is there to get an URL (to go) and I have one OK PushButton to click (plus some others like cancel, etc.)
That window (and some others) opens in FullScreen mode (like if I set it to ON) instead of 840 x 120 pixels. Once I set these values to all three properties (Height and Width + Min and Max), the problem stopped.
I worked a part of this morning with the ceated application and do not had this problem (I had a different one probably because the old project I was working ondoes not have that feature )
Have a nice Sunday afternoon !
Time for me to go back home and have a lunch: my stomach is starting to protest ;-:).