Are you ready for crazy?
I have struggled to get xojo working on Linux Mint 20 because of a dependency issue (heaps of stuff on that elsewhere and I’ll probably post something about that later, but that is a whole other issue).
You may or may not believe this, so I made a video!
It comes down to WHERE ARE THE EXAMPLE FILES BEING LOADED FROM???
How can I possibly tell? Because what I’m seeing is just UNBELIEVABLE.
SOMEHOW I have TWO sets of example files (I actually have a lot more than that, but they’re all duplicates)… Except the example files that are started from the desktop, and where the hell they are coming from is anyone’s guess. I am going to make a new video right now (since the last one was too long, and unfortunately I don’t have a microphone on this computer, so you’re going to just have to follow along with what’s detailed below.
When I originally installed 2019R3.2 onto Mint, a lot of the projects just didn’t work, they had the wrong event types associated with them. I worked out I could fix it and they would work. But I don’t think that changes the actual Example files, it only changes them in memory until you save it and then it saves it in whatever location you save them to. All good so far?
I’ve installed pre-release (and this seems to have included newer and updated example files, because all of a sudden they work in pre-release. Well, that’s to be expected.
But then I open 2019r3.2 AND THEY WORK! ???
So now, 2019r3.2 EXAMPLES WORK, they didn’t before.
So now I want to hash the files and the copy of the files in the
/opt/xojo2019r3.2 directory hash identical to the ones I have saved off elsewhere.
SAME HASH, but one set works and one doesn’t??
In the video there are two sets of Example Files, those in
/opt/xojo2019r3.2 and those in
THEY HASH IDENTICAL:
dave@redmint:~/$ md5deep /opt/xojo/xojo2019r3.2/Example\\ Projects/Games/2K/2K-Desktop.xojo_binary_project 654ecdcf1d78982a8f97eee927426c4b /opt/xojo/xojo2019r3.2/Example Projects/Games/2K/2K-Desktop.xojo_binary_project dave@redmint:~/$ md5deep /home/dave/BACKUP/xojo2019r3.2-good/Example\\ Projects/Games/2K/2K-Desktop.xojo_binary_project 654ecdcf1d78982a8f97eee927426c4b /home/dave/BACKUP/xojo2019r3.2-good/Example Projects/Games/2K/2K-Desktop.xojo_binary_project
They’re the same example file, yeah?
Well, they’re not (I believe they are, I think the issue is where
/opt/xojo loads it’s examples from, but I can’t work out how to tell, anyway, let’s continue).
The executables are the same in the two directories:
dave@redmint:~/$ md5deep /opt/xojo/xojo2019r3.2/Xojo 9dff7c3478a632acf1e099f4eccdaf83 /opt/xojo/xojo2019r3.2/Xojo dave@redmint:~/$ md5deep ~/BACKUP/xojo2019r3.2-good/Xojo 9dff7c3478a632acf1e099f4eccdaf83 /home/dave/BACKUP/xojo2019r3.2-good/Xojo
These are the commands I will be running in the video:
# This one will work ~/BACKUP/xojo2019r3.2-good/Xojo ~/BACKUP/xojo2019r3.2-good/Example\\ Projects/Games/2K/2K-Desktop.xojo_binary_project #This one will not work /opt/xojo/xojo2019r3.2/Xojo /opt/xojo/xojo2019r3.2/Example\\ Projects/Games/2K/2K-Desktop.xojo_binary_project
When I load the project up, check the file path of the example file in the middle right of the dialog. Also check the version number of the IDE in the bottom right corner (it is the same version of the IDE)
If you can see where the example projects are different, please let me know
I BELIEVE I know where the error is coming from, but Xojo is not making it easy. It is REPORTING one thing to the user, but using something else from somewhere else*. How can I debug that?
I do apologise, I have a 4K monitor and dual screen, I’ve only recorded one screen, but xojo repeatedly opens up on the other one (that’s another bug, the IDE opens on one screen, but the open project dialog appears on the other screen. I’ll file feedback for that)
The video is uploading, hopefully by the time I hit send on this post, the video will be uploaded.
Hopefully someone can tell me what’s going on.
Buckle up and grab some popcorn:
- When the video starts, I begin by showing all the hash values, they appear above anyway, so if you want, jump forward to 1m30 and watch me open the IDEs
- 1m25 I open /opt/xojo example project, and drag it to the screen
- 1m34 I open the BACKUP IDE and drag it to the screen
- 1m55 I am opening the Event handlers for the first IDE, they are the wrong API version
- 2m01 I open the other event handlers for the second IDE
- I then open the event handlers for the button and you see “Pressed” vs “Action”
- 2m40 I open the “Choose a project Dialog” and you can see it’s location
- 3m05 I do the same for the second IDE
- 3m30 I am trying to point out the version of the IDE (bottom right corner)
Im guessing this is only a problem on linux.
And I just realised I didn’t actually run the applications in each IDE, but you can take it that with the incorrect event handlers, the one on the left doesn’t work. But according to the hashing, the one on the left and right are both equal!
- I have a strong suspicion they are coming from the pre-release folder, because it was after installing that in it’s own folder, but in
/opt/xojo/as well, But Xojo IDE is reporting they are two different files, but I confirm they are the same hashes, ie they are the same file.
How this came about, I was trying to prove/disprove something to myself. I had the folder of good examples that worked and when I copied them to the /opt/xojo/xojo2019r3.2 folder, they didn’t work. I copied them out of there and put them into my home dir and they worked. So I hashed them and …
Am I going insane?
I am happy to submit a feedback issue, but I don’t know what I am actually reporting as the bug (oh and my feedback has stopped working too)