- Mar 7, 2019
- 1,319
- 1,121
- Mar 7, 2019
- 1,319
- 1,121
Meh, I added that download functionality purely for it to exist, didn't intend for it to be actually used... maybe, idk
Planned
No, the idea is that you keep folders with just game name so that when you udpate you swap the files but the executable path is the same, so play button still works
Implemented in beta version
It already does that, it gets the banners for every game you have added. I plan to eventually support all game images, but banners are already a thing
Implemented in beta
I'm on Linux Mint 21.2 and nothing happens when trying to run the binary, except this log file being created:
Running the Debug binary through terminal results in the same error message. I also tried installing and running from source but it has a very similar but slightly different error, I can post that too if you'd like.
You don't have permission to view the spoiler content.
Log in or register now.
- Jun 28, 2023
- 21
- 16
Seems your default browser, LibreWolf, is slightly misconfigured. If you look into that file (cat or nano or whatever) you will most likely find two (or more) lines starting with Type where only one is expected. For an executable it should have only one line
Type=Application .Other than .lnk shortcuts from windows, .desktop files have way more payload.
Just like you said, there was a duplicate Type as well as a Comment, deleted those and now it seems to work fine. Thanks! Honestly the solution seems obvious in hindsight but I didn't think to open an executable file in a text editor.
Last edited:
Would it be possible to add a permanent version of the update screen(the one wich shows the version or status changes after a refresh)?
Essentially just a copy of what already exists, in a dedicated tab or screen.
The goal would be to have a update history that is also provides a better overview.
Thoughts on this?
Essentially just a copy of what already exists, in a dedicated tab or screen.
The goal would be to have a update history that is also provides a better overview.
Thoughts on this?
- Jun 14, 2020
- 260
- 563
- Mar 10, 2018
- 92
- 250
so, i got the same error as someone a couple of pages ago but i didnt see any answers
"(F95Checker-Debug:147701): GLib-CRITICAL **: 18:39:31.742: g_main_context_push_thread_default: assertion 'acquired_context' failed"
im running endeavouros
"(F95Checker-Debug:147701): GLib-CRITICAL **: 18:39:31.742: g_main_context_push_thread_default: assertion 'acquired_context' failed"
im running endeavouros
- Mar 10, 2018
- 92
- 250
Cinnamon is a fork of Gnome. You are getting this error because you are running on Wayland(Mutter, Muffin, whatever), and there is no good solution yet. The only thing you can do is run X server instead of Wayland compositor. I know it's possible to switch between them on the login screen in Gnome, maybe you can do that in Cinnamon too.
- Mar 10, 2018
- 92
- 250
Hmmmm, I've just installed the latest Endeavour with Cinnamon and It seems to be using X11 by default, F95Checker works without any issues. What the following command returns for you?
Bash:
echo "$XDG_SESSION_TYPE"- Mar 10, 2018
- 92
- 250
I've managed to recreate it, it only happens when I'm trying to open an integrated browser. However, the login window opens and functions just fine, which is weird because it's also using Qt. Can you confirm that it's only happening when you are trying to open integrated browser window? Have you been able to log in?
- Mar 10, 2018
- 92
- 250
the integrated browser aint working (which makes the program unusable since it doesnt display anything), login is fine
Then I guess your only option is to switch to an external browser for now, until this issue is resolved. Thank you for providing good feedback, I was convinced that this problem was connected to the Wayland in some way up until now.
- Mar 10, 2018
- 92
- 250
guess ill stay wiht the browser for now and check up on the next version, thanks (how about the whole DE thing? anyhting else that could possible work?)
- May 10, 2017
- 2,407
- 18,252
part 2 of me migrating to a new computer, I'm trying to understand how to transfer my data from f95checker and, from memory, I think I can just transfer the content of D:\Users\%username%\AppData\Roaming\f95checker so it will contain the data of the game and images. Kind of better than only the thread links from the Manage option on the app itself.
Is there anything that would be missing and would have to be done manually like Notes, Tags, Exes directory or custom games?
Is there anything that would be missing and would have to be done manually like Notes, Tags, Exes directory or custom games?