A client reported that he couldn’t browse for a file in my app on Windows 7 SP1. When I tested it, I found the same problem. There’s no issue under Windows 10 or MacOS, etc.
The code is just:
Var f As FolderItem = FolderItem.ShowOpenFileDialog("")
I’m using Xojo 2020 Release 2.1. According to Xojo’s System Requirements, Windows 7 SP1 is supported.
It seems to be something in my project because ShowOpenFileDialog in a new test project works on Windows 7 SP1. But even if I execute that line as the first line in my App.Open event, the open file dialog does not appear.
Yes Windows 7 is no longer supported but Windows 7 SP1 is still officially supported by Xojo according to the system requirements I found. And the ShowOpenFileDialog does still work in a simple test project, just not in my actual project.
Thanks Tim. I’ve tried it in App.Open (for quick testing purposes) and also on button click events further “down” the stack — which is where it sits in my actual app — with the same result.
Thanks Don. It sounds similar — and I also don’t have the problem under Windows 10, only Windows 7 SP1 — except that in my case you don’t even see the dialog to browse for a folder. The call to ShowOpenFileDialog just immediately returns nil with no UI shown (or at least not visible).
Yes in my actual project there are two file types added to the call but to rule that out and keep it simple for the test I am passing an empty string. Both cases fail. I did try Run as Administrator and that didn’t change it.
No because the simple test project I created works and so I thought I’d try to work out what it was in my own project first. The next thing I’m going to do is to try making the simple test project use some of the plugins that I use and see if one of them might be causing a problem. Almost 10% of my users are running Windows 7 SP1 (it’s the nature of this utility app that it is used by people on legacy systems) and the issue has only just been reported so my next guess is that it might be due to a recently updated plugin.
… should be to clean out the cache and restart the computer.
If that doesn‘t help then check the code for project corruption (Arbed might be helpful).
In the end transferring the code to a new project might work - I had it 2-3 times over the years. More often a single method would be borked without an obvious reason (invisible characters?) and only deleting and recreating solved it. So you might try that.
Thanks Marcus. I have just tried your suggestion on the cache clear but it didn’t fix it unfortunately. I’ve had a look through my Git checkins going back to the end of last year when this was definitely working and using the side-by-side comparison of the diff I can’t see any corruption.
For now I’ve used the OpenDialogMBS control to replace Xojo’s and it’s working on Windows 7 SP1. So I might just leave it like this until my Windows 7 users, which represent 8% of the total, move up to Windows 10.