- Mar 7, 2019
- 1,590
- 1,441
- 459
that was probably it. chicken and egg problem, you probably bulk added links and one of the links was dead, so it could not get info for it and so it just displayed the thread id when asking to convert to custom
- Mar 7, 2019
- 1,590
- 1,441
- 459
furthermore, an app listening on a port doesnt necessarily mean its accessible from the outside. listening happens on a port on an ip.
if you listen on port 57095 on ip 0.0.0.0, then that means it is listening on all ip addresses and all network cards, meaning that devices that can reach your device can also reach the port. so listening on 57095 on 0.0.0.0 would mean other devices in your local network can access the port, and if you also setup port forwarding on the modem then it would be accessible from the wider internet (unless there is multi layer nat going on and your isp assigns the same public ip address to the whole neighborhood).
however, if you listen on port 57095 on localhost (ip 127.0.0.1), then only the same pc can access it. this is what f95checker does. programs running on the same pc have access to that pc's 127.0.0.1 address and thus can connect to that port. devices on the local network cannot. they have their own 127.0.0.1 that refers to themselves. and by consequence, even if you port forwarded 57095 from your modem to your pc, connections from the outside internet would reach your pc and then fail since there is nothing listening on your lan ip on port 57095, there is only on localhost port 57095.
with linux, you can easily see this difference with "sudo ss -tulnp", where you will see some programs listening on 0.0.0.0:some-port meaning all network interfaces can reach it, 127.0.0.1:some-port meaning only the local pc can reach it, and local-ip:some-port meaning only devices connected to the network for that specific network card can reach in (in case you only have 1 network card, this is equivalent to listening on 0.0.0.0)
- Mar 7, 2019
- 1,590
- 1,441
- 459
no. either:
- your antivirus blocked it because all antivirus are utterly stupid and useless
- a previous instance of the program got mixed up in some of window's stupidity and it did not manage to close the previous handle on the socket
- windows suddenly decided to block that port with firewall even though its harmless on localhost and never caused issues, again windows is stupid
- Mar 7, 2019
- 1,590
- 1,441
- 459
WhiteVanDaycare
Member
- Mar 23, 2021
- 289
- 326
- 207
Who would ever do that?
You don't have permission to view the spoiler content.
Log in or register now.
TheSidewinder
Well-Known Member
- Mar 31, 2020
- 1,756
- 3,284
- 468
- Oct 1, 2020
- 1,611
- 1,126
- 327
How random do you want it?
If you just want the names 'randomized' (since there's no true randomize) you could always sort on one of the other columns, like 'Added On', 'Last Updated' or 'Forum Score'. It's not true random, but your games will show in a fairly random 'alphabetical' order. You could even use combinations of those to vary it slightly...
But, if you're proficient with using something like 'DB Browser for SQLite', then you could generate a random sequence into the Notes column... (with the checker closed)
If you're not comfortable with using SQL and said tool, I'm not going to explain how. Sorry about that, but I don't want to be responsible for you accidentally corrupting your database.
Last edited:
- Mar 15, 2020
- 1,983
- 1,978
- 360
You could do like FaceCrap said, then scroll down about halfway, close your eyes, and just click. But I can't understand why you would want to do it that way. I certainly wouldn't want to play a game I'm not in the mood for. But that's me.
I don't know what changed, but F95checker stopped working for me today.
I get:
./F95Checker
Edit: Context for "I don't know what changed": The tool notified me about a new TOXICity version, and that released on the 21.10. So it was still working the day before yesterday. I restarted my computer yesterday, but did not install any updates before the reboot.
I get:
./F95Checker
I am running on Kubuntu 25.05, F95Checker is newest available Linux version (11.0.3, redownloaded it to check, no change).
Edit: Context for "I don't know what changed": The tool notified me about a new TOXICity version, and that released on the 21.10. So it was still working the day before yesterday. I restarted my computer yesterday, but did not install any updates before the reboot.
Last edited:
- Mar 7, 2019
- 1,590
- 1,441
- 459
that line its failing on is related to detecting the installed web browsers on linux. it searched the registered applications for ones that can handle web urls, then confirms that the executable for each of them actually exists. looks like i made a mistake in that, and if it doesnt exist it throws that error, instead of just ignoring the browser as i wanted it to. i made a note to myself to fix it later, i dont have my main pc right now. regardless, this is something wrong with your system that you should fix. i imagine that me mentioning its related to web browsers will jog your memory about something you changed with your installed web browsers recently, so you probably know what happened and how to fix it. if not, look in the mime cache for which apps can handle web urls, and check each of their desktop files for the executable and see which one doesnt exist or has some weird goofyness in the exec line.
Well, it's definitely possible that Firefox (my default browser) updated itself. It does that when I restart it, no elevated privileges necessary. But it still works fine, so the update did not break anything.
I cleaned up the list of programs associated with the filetype text/html (there was vim and stuff in there), but that did not fix F95Checker. I have verified for all remaining entries that the application file exists, and can actually open html files.
The entries in the list are:
Firefox: /snap/bin/firefox -> /usr/bin/snap
Chromium: /snap/bin/chromium -> /usr/bin/snap
kate (which kate: /usr/bin/kate)
okular (which okular: /usr/bin/okular)
No clue how snap figures out which program to launch based on the used symlink, but it definitely works. Kate and Okular only have the filename in the file association, which is why I added the path that resolves to.
So all in all, I can't find anything wrong with my system. I haven't noticed anything else not working either, only your tool.
Does F95Checker keep a settings file somewhere? I have a vague memory of changing a setting to get links to open with Firefox (default browser was set to Chromium, now fixed). Maybe changing something in there could let it work again?
Edit: Exec lines of the desktop files, for completeness:
Exec=/snap/bin/firefox %u
Exec=kate -b %U
Exec=/snap/bin/chromium %U
Exec=okular %U
Last edited:
- Mar 15, 2020
- 1,983
- 1,978
- 360
Unless you typed them in the post instead of copy and paste these two lines indicate two different paths Just something I noticed. Dunno if it matters.
I did copy&paste, I just missed the first character there. Thank you for noticing, I fixed it in my post. If you look at the exec lines I copied at the end of my post, you can see that those both contained the leading "/".
- Mar 15, 2020
- 1,983
- 1,978
- 360
Dunno if it works for other OSs, but in Windows, triple-click selects the line.
- Mar 7, 2019
- 1,590
- 1,441
- 459
this is not a settings thing, rather it is having problems detecting the installed browsers, regardless of settings.
for context this is what its doing:
You must be registered to see the links
problem being on the second to last line,
pathlib.Path(shutil.which(args[0])).exists()args is basically the Exec line split in spaces (actually a bit more complex than that, it follows shell escaping rules, but doesnt matter here), it takes the first argument (which is the executable itself) and tries to check whether it exists.
shutil.which() is returning None, and pathlib.Path() is thus throwing an error.
shutil.which() is basiclaly equivalent to a "which" command in terminal.
now,
all of these seem reasonable. shutil.which() returns the string as is if its a full path to a file that exists (like /snap/bin/chromium), or returns the full path for an executable name if it is found in the system path (eg /usr/bin/okular for "okular" argument). then pathlib tries to see whether the full path to the file exists.
unless for some reason okular or kate are not in system path, or if which doesnt like /snap/bin/chromium or /snap/bin/firefox, i dont see anything wrong here.
when in doubt, i will blame canonical and snaps. snaps fucking suck.
anyway, try running "python3" in terminal, then type this:
Python:
import shutil
print(shutil.which("/snap/bin/firefox"))
print(shutil.which("kate"))
print(shutil.which("/snap/bin/chromium"))
print(shutil.which("okular"))Python 3.13.3 (main, Aug 14 2025, 11:53:40) [GCC 14.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import shutil
>>> print(shutil.which("/snap/bin/firefox"))
/snap/bin/firefox
>>> print(shutil.which("kate"))
/usr/bin/kate
>>> print(shutil.which("/snap/bin/chromium"))
/snap/bin/chromium
>>> print(shutil.which("okular"))
/usr/bin/okular
I have the sneaking suspicion that the list of apps your python program checks is not identical to what kde shows me as programs associated with text/html...
I assume you don't have a command for me to check that? I tried grepping all desktop files for text/html, but that is not working out (finds only firefox and chromium, but not kate and okular).
My list of four programs is simply what I see under KDE system settings in Default Applications / File Associations: txt/html.
Edit: After fuzzing around for a bit, I at least found the following cli tool to verify that this list of 4 programs appears to be correct:
$ gio mime text/html
Default application for “text/html”: firefox_firefox.desktop
Registered applications:
firefox_firefox.desktop
org.kde.kate.desktop
chromium_chromium.desktop
okularApplication_txt.desktop
(I just learned quite a bit more about where and how mime types are stored than I ever wanted to know. I still can't see anything wrong though...)
Last edited:
- Mar 7, 2019
- 1,590
- 1,441
- 459
its in the code i linked before, but code doesnt translate directly to commandline.
"echo $XDG_DATA_DIRS"
this will give some paths separated by :
for each of those paths, open that path/applications/mimeinfo.cache
in these mimeinfo.cache files, look for lines starting with x-scheme-handler/http (x-scheme-handler/https counts too)
each of those lines will have desktop file names separated by ;
for each of those desktop file names, go into the path from XDG_DATA_DIRS /applications/ the desktop file name
and in each of those look at the Exec line
Thank you!
/var/lib/snapd/desktop/applications/mimeinfo.cache contained an x-scheme-handler/https entry for chromium_daemon.desktop (in addition to chromium_chromium.desktop), which pointed to /snap/bin/chromium.daemon, a file that did not exist. I removed the desktop file, regenerated the cache (update-desktop-database /var/lib/snapd/desktop/applications/), and lo and behold, F95Checker starts up again.
It's still very much worth it to fix the crash in your software, for others (especially since nobody will find it from the python error messages). But I have cleaned up my system a bit, and would not have found that without you pointing me to it.