Not starting with Custom UI font #4
Labels
No labels
bug
critical
discussion
documentation
duplicate
enhancement
invalid
new module
refactoring
suggestion
validating
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
SM64-Rom-Manager/SM64-Rom-Manager#4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Just as the title says, starting SM64 ROM Manager on Windows 7 (64-bit, Service Pack 1) will just result in a "Application has stopped working" error, with the only option being to close the program. Yes, I have .Net Framework 4.8 installed. Reinstalling it doesn't help. Does this program no longer support Windows 7?
changed the description
By SK on 2022-05-16T20:23:15 (imported from GitLab)
Well, should work with .NET Framework 4.8 installed.
Did you extracted the whole ZIP file before you started it?
The extracted program folder should look like this:
By Pilzinsel64 on 2022-05-29T14:11:05 (imported from GitLab)
Yes, I extracted the full ZIP before running the program. The folder looks the same.
By SK on 2022-06-02T04:32:28 (imported from GitLab)
With a Windows 7 VM (officially from Microsoft for Testing IE) I've installed .NET Framework and Microsoft VC++ 2015.
But still it seems that I get an error at opening an Area in the Level Editor. But I'm not sure, if this happens only because I'm on a 32-bit system.
Could you answer me that three questions, please?
Screenshot of dying SM64 ROM Manager by opening the Level Editor:

But basically everything else (what I've tested) works fine.

Anyway, I should look into Windows 7 and 8 support. Because my plan is still upgrading to .NET 5+. It would drop support for Win7/8 but I could add support for Linux and Mac. An often asked feature.
By Pilzinsel64 on 2022-06-02T06:26:44 (imported from GitLab)
If you'd like, I can record a video of what happens when I launch the program, so you know exactly how long it takes before it crashes.
By SK on 2022-06-04T01:18:20 (imported from GitLab)
Alright, thank you! @SKCro
First of all, of course you can make a video. The most time this helps a lot. ^^
You can upload it here, if you want: https://cloud.pilzinsel64.de/s/J5Br7r7w4Q448NH
Password:
bugreportfilesWell, before the main window shows and about 15-20 seconds after starting it, that could be a lot of things, but one you can still try:

Remove the file "Settings.json" to reset all settings for the SM64 ROM Manager and try again if the problem still exists. You'll find it in
%appdata%\SM64 ROM Manager\Settings.jsonIf this doesn't fix your problem, then please help me with getting some more informations:
By Pilzinsel64 on 2022-06-04T06:59:05 (imported from GitLab)
Heya! Thank you for being so willing to help. It turns out the problem happened because I changed my system font (specifically, I changed it to Source Sans Pro), and ROM Manager didn't like that for some reason. Changing it back to the default font (Segoe UI) seems to fix the issue. If you'd like, I can create a separate issue that outlines this, or we can continue using this issue if you'd like. I feel a little bit stupid about this, to be honest.
By SK on 2022-06-04T16:15:27 (imported from GitLab)
changed title from {-SM64 ROM Manager won't start on Windows 7-} to {+Not starting with Custom UI font+}
By Pilzinsel64 on 2022-06-05T07:43:16 (imported from GitLab)
Ah, nice! ^^
Well, then let me test this out myself and try to fix it. Probably an issue with DotNetBar.
Don't worry btw. It's normal that so a minor thing does so intersting bugs. xD
We will keep this issue, I guess. I just renamed the title.
Will add notes to here if I got any infos/fixes.
Just a last question @SKCro: Does the problem happen with every font or just with this (or a few) selected one(s)?
By Pilzinsel64 on 2022-06-05T07:47:19 (imported from GitLab)
I'm not sure. I forgot to mention I used Winaero Tweaker to change the UI/System font. Maybe you can use that and attempt to change the font on the VM?
By SK on 2022-06-05T18:37:29 (imported from GitLab)
Ah, thanks! That's a good hint. Will try it with the Winare Tweaker (like to use it myself).
Well, I'll try with the VM. Hope I can reproduce it. Just need a little bit time the next few days. :D
By Pilzinsel64 on 2022-06-05T21:29:29 (imported from GitLab)
Alright. Have you been able to test it? It's been about a week. Sorry I didn't reply for so long.
By SK on 2022-06-13T19:05:51 (imported from GitLab)
Ah, no problem. Sorry from me, because I had to wait for my new SSD drive. xD
I did a quick test now by installing the whole font family "Source Sans Pro". After chaning the system font, message font and title bar font to the default Source Sanse Pro font using the latest version of Winareo Tweaker, I restarted the system.
Well, it seems to work:

Some UI elements still uses the default font, but that's more a problem by DotNetBar.
What font did use for what?
Are you able to reproduce your problem with the Win7 VM from here (IE11)? (If you don't have the requierements for running VMs, don't worry - just If you can. We should get it also without.)
By Pilzinsel64 on 2022-06-14T05:45:59 (imported from GitLab)
Have you tried changing the menubar font in Winaero Tweaker? That may trigger the error in ROM Manager.
By SK on 2022-06-14T21:24:45 (imported from GitLab)
Ah, yes I did that too, everywhere, where possible in Advanced Appearance Settings.
Now I also changed the font size (where available) to check out if this does something.

Still works:
By Pilzinsel64 on 2022-06-15T05:04:05 (imported from GitLab)
Odd. I have changed my system font back to Source Sans Pro and it crashes. I will experiment with the font options and tell you which specific option causes ROM Manager to stop working. I will record a video of what happens as well.
By SK on 2022-06-20T03:35:25 (imported from GitLab)
Sorry I haven't been on in a while. I am physically away from my PC and cannot test. I may be able to test in a few days. I'm so sorry to keep you waiting.
By SK on 2022-06-29T05:20:44 (imported from GitLab)
So it turns out setting the system font back to Source Sans Pro triggers the crash, again. I'm not sure what's going on. Is there a log file I can send that could help you? I'll also record a video and upload it to the link you provided earlier.
By SK on 2022-07-04T01:37:01 (imported from GitLab)
Thank you very much! Well, sadly, I also don't know what's going on.
Sadly I also haven't a full qualified log system in ROM Manager yet.
Well, the error can only happen before the visual theme has been setted. That helps a lot already.
So, I created a quick debug build that shows a bunch of message boxes after some jobs at startup. Please tell me the text of the last message box you'll get. Download it here: https://cloud.pilzinsel64.de/s/XppKPWc2em4Y6pX
By Pilzinsel64 on 2022-07-04T09:56:17 (imported from GitLab)
So it turns out, I forgot to mention that I have all my fonts set to Source Sans Pro SemiBold (because Windows doesn't antialiase the font for whatever reason), not regular Source Sans Pro, which might be causing the crash (since you only tried normal Source Sans Pro). I will try the the build you sent and make a video of when exactly it crashes.
Edit: I tried the debug build, and it's instantly crashing (with no message boxes other than "This program has stopped working") even with the default font. However, the non-debug build isn't crashing. Any ideas?
By SK on 2022-07-07T00:37:14 (imported from GitLab)