Tool Others F95Checker [WillyJL]

[doctorx6969]

Someone reported a similar issue on GitHub. If you open dev tools network tab and look for fonts loading, or for xhr requests, you should see some requests to 127.0.0.1:57095 getting blocked. That's brave ad blocker being stupid.

ccess to font at '

You must be registered to see the links

' from origin 'https://f95zone.to' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Private-Network' header was present in the preflight response for this private network request targeting the `local` address space.
127.0.0.1:57095/assets/mdi-webfont.ttf:1


GET

You must be registered to see the links

net::ERR_FAILED
injected.js:2 =====>>>>: Detect Risk website detectWebsiteRiskLevel

Found it. it happens even if you disable shield up.. Anyone know how to get around this?

willyjl: I found this site talking about it. mean anything to you? I am not a web developer. (or a developer of any sort).

You must be registered to see the links

more info:

1. A site requested a resource from a network that it could only access because of its users' privileged network position. These requests expose devices and servers to the internet, increasing the risk of a cross-site request forgery (CSRF) attack, and/or information leakage.
   To mitigate these risks, Chrome will require non-public subresources to opt-into being accessed with a preflight request and will start blocking them in Chrome 130 (October 2024).
   To fix this issue, ensure that response to the preflight request for the private network resource has the Access-Control-Allow-Private-Network header set to true.
   Administrators can make use of the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies to temporarily disable this restriction on all or certain websites.
2. Affected Resources
   1. 1 request

      1. Request	Status	Preflight Request	Invalid Value (if available)	Initiator Address	Initiator Context
         mdi-webfont.ttf	blocked	mdi-webfont.ttf		Public	secure

3. • Learn more: Private Network Access

 

[WillyJL]

ccess to font at '

You must be registered to see the links

' from origin 'https://f95zone.to' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Private-Network' header was present in the preflight response for this private network request targeting the `local` address space.
127.0.0.1:57095/assets/mdi-webfont.ttf:1


GET

You must be registered to see the links

net::ERR_FAILED
injected.js:2 =====>>>>: Detect Risk website detectWebsiteRiskLevel

Found it. it happens even if you disable shield up.. Anyone know how to get around this?

willyjl: I found this site talking about it. mean anything to you? I am not a web developer. (or a developer of any sort).

You must be registered to see the links

more info:

1. A site requested a resource from a network that it could only access because of its users' privileged network position. These requests expose devices and servers to the internet, increasing the risk of a cross-site request forgery (CSRF) attack, and/or information leakage.
   To mitigate these risks, Chrome will require non-public subresources to opt-into being accessed with a preflight request and will start blocking them in Chrome 130 (October 2024).
   To fix this issue, ensure that response to the preflight request for the private network resource has the Access-Control-Allow-Private-Network header set to true.
   Administrators can make use of the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies to temporarily disable this restriction on all or certain websites.
2. Affected Resources
   1. 1 request

      1. Request	Status	Preflight Request	Invalid Value (if available)	Initiator Address	Initiator Context
         mdi-webfont.ttf	blocked	mdi-webfont.ttf		Public	secure

3. • Learn more: Private Network Access

I swear web developers keep making up bullshit. CORS was not enough of a pain in the ass already they now added "Access-Control-Allow-Private-Network" for whatever the fuck it means. Love to see it

 

[batblue]

I just manually upgraded from 1232 to 1386 on my Macbook Pro. Overall, works great! I've only found two issues, one's pretty minor.

1. Initial scaling was way too big. Probably because the default on the Retina display is to set the logical (scaled) screen resolution to 50% of the screen's physical resolution. Maybe the app is getting the physical resolution from the OS instead of the logical resolution. I set it to 0.5x and it looks great.

2. When I try to add a game using the chrome extension (running in Opera), F95Checker crashes with this error (this also happened in 1232):

2024-12-14 22:16:49.483 F95Checker-Debug[95441:30759376] *** Assertion failure in -[NSMenu _lockForMainMenuItemArray], NSMenu.m:1117
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'API misuse: modification of a menu's items on a non-main thread when the menu is part of the main menu. Main menu contents may only be modified from the main thread.'
*** First throw call stack:
(
    0   CoreFoundation                      0x00007ff806b3789e __exceptionPreprocess + 242
    1   libobjc.A.dylib                     0x00007ff806627d5b objc_exception_throw + 48
    2   Foundation                          0x00007ff807a9a5b6 -[NSCalendarDate initWithCoder:] + 0
    3   AppKit                              0x00007ff80a812dee -[NSMenu _lockForMainMenuItemArray] + 211
    4   AppKit                              0x00007ff80a09f1dc -[NSMenu removeItemAtIndex:] + 155
    5   AppKit                              0x00007ff80a085bfa _removeMenuItemsMatchingClass + 110
    6   AppKit                              0x00007ff80a085750 _rebuildWindowsMenu + 60
    7   AppKit                              0x00007ff80a2cbd97 -[NSApplication(NSWindowsMenu) removeWindowsItem:] + 258
    8   AppKit                              0x00007ff80acb3384 -[NSWindow _orderOut:calculatingKeyWithOptions:documentWindow:] + 230
    9   AppKit                              0x00007ff80a0e0798 NSPerformVisuallyAtomicChange + 134
    10  AppKit                              0x00007ff80acb577c -[NSWindow _reallyDoOrderWindowOutRelativeTo:] + 576
    11  AppKit                              0x00007ff80acb5c23 -[NSWindow _reallyDoOrderWindow:] + 106
    12  AppKit                              0x00007ff80acb5eab -[NSWindow _doOrderWindow:] + 298
    13  libglfw.3.dylib                     0x000000010b056368 _glfwHideWindowCocoa + 40
    14  libffi.dylib                        0x00007ff8189f5892 ffi_call_unix64 + 82
    15  ???                                 0x0000000308b055c0 0x0 + 13030675904
)
libc++abi: terminating due to uncaught exception of type NSException

I googled around a bit and found another project that fixed this error, though not in Python:

You must be registered to see the links

-- maybe that'll provide some clues?

Anyway, great job, really liking this new version.

 

[leavy]

Access to font at '

You must be registered to see the links

' from origin 'https://f95zone.to' has been blocked by CORS policy

For those using uBlock Origin, you have to disable this filter Privacy > Block Outsider Intrusion into LAN, as it also breaks the extension from rendering the icons correctly.



If this filter is enabled, the icon rendering breaks and the same font error would be shown in the console (Firefox 133):

 

[YLG24W7Q3n]

how did you configure it exactly? what did you choose for executable and for arguments?

I have the following shortcut to my OperaGX side profile and basicaly just split it up into the exec path and the args.

"C:\Users\USERNAME\AppData\Local\Programs\Opera GX\launcher.exe" --side-profile-name=393432305F31393336373338313035 --side-profile-muted --with-feature:side-profiles --no-default-browser-check --disable-usage-statistics-question

It did work exactly like this before I updated to the beta.

 

[WillyJL]

ccess to font at '

You must be registered to see the links

' from origin 'https://f95zone.to' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Private-Network' header was present in the preflight response for this private network request targeting the `local` address space.
127.0.0.1:57095/assets/mdi-webfont.ttf:1


GET

You must be registered to see the links

net::ERR_FAILED
injected.js:2 =====>>>>: Detect Risk website detectWebsiteRiskLevel

Found it. it happens even if you disable shield up.. Anyone know how to get around this?

willyjl: I found this site talking about it. mean anything to you? I am not a web developer. (or a developer of any sort).

You must be registered to see the links

more info:

1. A site requested a resource from a network that it could only access because of its users' privileged network position. These requests expose devices and servers to the internet, increasing the risk of a cross-site request forgery (CSRF) attack, and/or information leakage.
   To mitigate these risks, Chrome will require non-public subresources to opt-into being accessed with a preflight request and will start blocking them in Chrome 130 (October 2024).
   To fix this issue, ensure that response to the preflight request for the private network resource has the Access-Control-Allow-Private-Network header set to true.
   Administrators can make use of the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies to temporarily disable this restriction on all or certain websites.
2. Affected Resources
   1. 1 request

      1. Request	Status	Preflight Request	Invalid Value (if available)	Initiator Address	Initiator Context
         mdi-webfont.ttf	blocked	mdi-webfont.ttf		Public	secure

3. • Learn more: Private Network Access

worked around this by integrating the font into the extension itself, FaceCrap implemented it will be fixed in 11.0.1

 

[WillyJL]

For those using uBlock Origin, you have to disable this filter Privacy > Block Outsider Intrusion into LAN, as it also breaks the extension from rendering the icons correctly.

View attachment 4335661

If this filter is enabled, the icon rendering breaks and the same font error would be shown in the console (Firefox 133):

View attachment 4335666

same for this

worked around this by integrating the font into the extension itself, @FaceCrap implemented it will be fixed in 11.0.1

 

[WillyJL]

1. Initial scaling was way too big. Probably because the default on the Retina display is to set the logical (scaled) screen resolution to 50% of the screen's physical resolution. Maybe the app is getting the physical resolution from the OS instead of the logical resolution. I set it to 0.5x and it looks great.

fucking macos. can you show a screenshot of how big it makes it in comparison to the rest of the desktop / some other app, at 1x scaling in f95checker build 1386?
in that build i tried to make it respect the scaling specified by the OS, and looks like as always macos does things weirdly for whatever reason. i tested on windows and it respects the OS scaling, when changing for example to 150% in windows display settings the app scaled too.

2. When I try to add a game using the chrome extension (running in Opera), F95Checker crashes with this error (this also happened in 1232):

2024-12-14 22:16:49.483 F95Checker-Debug[95441:30759376] *** Assertion failure in -[NSMenu _lockForMainMenuItemArray], NSMenu.m:1117
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'API misuse: modification of a menu's items on a non-main thread when the menu is part of the main menu. Main menu contents may only be modified from the main thread.'
*** First throw call stack:
(
    0   CoreFoundation                      0x00007ff806b3789e __exceptionPreprocess + 242
    1   libobjc.A.dylib                     0x00007ff806627d5b objc_exception_throw + 48
    2   Foundation                          0x00007ff807a9a5b6 -[NSCalendarDate initWithCoder:] + 0
    3   AppKit                              0x00007ff80a812dee -[NSMenu _lockForMainMenuItemArray] + 211
    4   AppKit                              0x00007ff80a09f1dc -[NSMenu removeItemAtIndex:] + 155
    5   AppKit                              0x00007ff80a085bfa _removeMenuItemsMatchingClass + 110
    6   AppKit                              0x00007ff80a085750 _rebuildWindowsMenu + 60
    7   AppKit                              0x00007ff80a2cbd97 -[NSApplication(NSWindowsMenu) removeWindowsItem:] + 258
    8   AppKit                              0x00007ff80acb3384 -[NSWindow _orderOut:calculatingKeyWithOptions:documentWindow:] + 230
    9   AppKit                              0x00007ff80a0e0798 NSPerformVisuallyAtomicChange + 134
    10  AppKit                              0x00007ff80acb577c -[NSWindow _reallyDoOrderWindowOutRelativeTo:] + 576
    11  AppKit                              0x00007ff80acb5c23 -[NSWindow _reallyDoOrderWindow:] + 106
    12  AppKit                              0x00007ff80acb5eab -[NSWindow _doOrderWindow:] + 298
    13  libglfw.3.dylib                     0x000000010b056368 _glfwHideWindowCocoa + 40
    14  libffi.dylib                        0x00007ff8189f5892 ffi_call_unix64 + 82
    15  ???                                 0x0000000308b055c0 0x0 + 13030675904
)
libc++abi: terminating due to uncaught exception of type NSException

I googled around a bit and found another project that fixed this error, though not in Python:

You must be registered to see the links

-- maybe that'll provide some clues?

that obs studio pr doesnt tell me much, but the stack trace does. looks to me like its bitching about the window hiding and showing again or something. does it happen if you enable Extension > Add in Background? my guess would be no. if so, might be due to how its a separate thread (the rpc thread) calling the method to interact with a window on main (gui) thread

 

[WillyJL]

I have the following shortcut to my OperaGX side profile and basicaly just split it up into the exec path and the args.

"C:\Users\USERNAME\AppData\Local\Programs\Opera GX\launcher.exe" --side-profile-name=393432305F31393336373338313035 --side-profile-muted --with-feature:side-profiles --no-default-browser-check --disable-usage-statistics-question

It did work exactly like this before I updated to the beta.

exactly what did you put in the fields in the checker? thats what im asking

 

[Teyrna]

I've started getting the following API error today, seems to be happening a little more than halfway through my recheck:

The F95Checker Cache API returned error 'UNKNOWN_RESPONSE'.

More info

{
"INDEX_ERROR": "UNKNOWN_RESPONSE"
}

I assume this means the thread it's doing a recheck on no longer exists or is hidden from view--I can manually recheck random threads and it works, I assume I haven't randomly hit on the thread that fails--but it doesn't indicate what game it failed on in the error and it also stops forward progress on recheck, so unless there's an easy fix/update for that I'll have to start going through threads manually.

 

[WillyJL]

I've started getting the following API error today, seems to be happening a little more than halfway through my recheck:


I assume this means the thread it's doing a recheck on no longer exists or is hidden from view--I can manually recheck random threads and it works, I assume I haven't randomly hit on the thread that fails--but it doesn't indicate what game it failed on in the error and it also stops forward progress on recheck, so unless there's an easy fix/update for that I'll have to start going through threads manually.

just happens that i fixed this 30 seconds before you reported it xD
yeah i know those error messages are kinda useless right now, but the priority was getting the cache api working well. they exist as more of a way for you guys to notice and alert me when something is going wrong with the cache api, in case i dont catch it by reading through logs.
in this case this thread caused issues getting the data from latest updates, as the search is finicky with dots surrounded by spaces.

 

[batblue]

fucking macos. can you show a screenshot of how big it makes it in comparison to the rest of the desktop / some other app, at 1x scaling in f95checker build 1386?
in that build i tried to make it respect the scaling specified by the OS, and looks like as always macos does things weirdly for whatever reason. i tested on windows and it respects the OS scaling, when changing for example to 150% in windows display settings the app scaled too.

Sure, here's a screenshot of F95Checker at 1x scaling over a browser window at normal scale. The logical resolution of my desktop is 1728x1711 and the physical resolution is 3456x2234.

that obs studio pr doesnt tell me much, but the stack trace does. looks to me like its bitching about the window hiding and showing again or something. does it happen if you enable Extension > Add in Background? my guess would be no. if so, might be due to how its a separate thread (the rpc thread) calling the method to interact with a window on main (gui) thread

That worked! Thanks!

 

[WillyJL]

Sure, here's a screenshot of F95Checker at 1x scaling over a browser window at normal scale. The logical resolution of my desktop is 1728x1711 and the physical resolution is 3456x2234.

View attachment 4338130



That worked! Thanks!

ok yeah that scaling is seriously wrong lmao, ill need to do more research, scaling stuff will be for 11.1.
i wanna release 11.0.1 within next hour probably. i think i have a fix for the extension crashing the tool when "add in background" is off. please try it with build 1400 when its ready in a few minutes

 

[WillyJL]

11.0.1 is live, extensions included. fixes most of the issues found so far (extension icons missing, extension context menu disappearing, cors stuff, grid cells draw a bit more efficiently, windows start with system fixed and more)
also adds a few nice changes

 

[batblue]

ok yeah that scaling is seriously wrong lmao, ill need to do more research, scaling stuff will be for 11.1.
i wanna release 11.0.1 within next hour probably. i think i have a fix for the extension crashing the tool when "add in background" is off. please try it with build 1400 when its ready in a few minutes

I just gave build 1400 a try, and while it didn't seem to fix the extension issue, the scaling now looks right. No clue what changed.

 

[WillyJL]

I just gave build 1400 a try, and while it didn't seem to fix the extension issue, the scaling now looks right. No clue what changed.

well the scaling was in a separate branch. it was only present in that one build you tried before (for now). once its working properly will be merged. as for the extension im not so sure then

 

[harem.king]

11.0.1 is live, extensions included. fixes most of the issues found so far (extension icons missing, extension context menu disappearing, cors stuff, grid cells draw a bit more efficiently, windows start with system fixed and more)
also adds a few nice changes

thanks.
say, where did the delete game button go?
I checked and its not hidden, its just gone

 

[WillyJL]

thanks.
say, where did the delete game button go?
I checked and its not hidden, its just gone

where? which button?

 

[ascsd]

not a big deal at all, just thought you'd wanna know. vsync ratio doesnt seem to be affecting framerate?
can't remember the last time I checked, but I remember 1:3, on v10 atleast, was slowing it down to 60+ fps

 

[doctorx6969]

yay! icons are back! thanks for the hard work! I love this program.