code is opensource on github where you download it. so if anyone has any concerns they can easily check the codeComodo firewall reporting generic trojan c@6@1. Maybe scan result it's false positive maybe it's not. At least you all should know about it. (v9.6)
Im sure you did that. Line by line. And you probably compiled it by yourself. But normal people like me used automated updater which at the end of the process launched .exe...they can easily check the code
I did, but my point is if you ignore the warning from an antivirus, then the antivirus' warning is uselessIm sure you did that. Line by line. And you probably compiled it by yourself. But normal people like me used automated updater which at the end of the process launched .exe
Well, I looked into the code quite often cause it wasn't running on debian from 9.0 onwards and i tried to find out why (was solved in 9.5, not by me).Im sure you did that. Line by line. And you probably compiled it by yourself. But normal people like me used automated updater which at the end of the process launched .exe
Ah I see, it’s from the games below and I made the icon screen as an overlay, so it goes over the hover popupThis view got it two times, once directly beneath the version number and the second one to the right of the tag 'monster'.
You must be registered to see the links
Browser: Waterfox G5.1 (Firefox 100+ based); relevant? Addons: uBlock Origin, uMatrix (both say nothing was blocked on F95)
[seems my imgur uploads are never displayed here, but the link still works]
I add virus total links for every release for this reason. Never had more than 2 detections out of (I think) 70 engines that vt checks with. And as others said, it is open source on GitHub, fair point on reading every single line, but we can both agree that it would be incredibly stupid to put a virus out in the open like that. And it’s less than 8k lines, so again not many places to hide it. Also the compilation thing is kinda bullshit, because this is not coded in a compiled language. We’re it C or rust code I would agree, but this is written in Python, which does not compile to machine code but to bytecode, which can be 1:1 converted back to source code. You can find that in lib/library.zip, all the source files are in there as .pyc, you can use one of the many uncompilers for Python and get right back to source code instantly. The rest of the machine code stuff in the built package is stuff needed to run the bytecode, like a portable Python runtime. And for the point if not compiling yourself, even though we just established that the compilation point is pointless as it is, well it is all compiled publicly on GitHub with GitHub actions, the compilation script is public (.github/workflows/build.yml) and you can literally see the build logs in the actions tab on GitHub.Comodo firewall reporting generic trojan c@6@1. Maybe scan result it's false positive maybe it's not. At least you all should know about it. (v9.6)
Function Move-Mouse {
` Param (
[int]$X, [int]$y
)
Process {
Add-Type -AssemblyName System.Windows.Forms
$screen = [System.Windows.Forms.SystemInformation]::VirtualScreen
$screen | Get-Member -MemberType Property
$screen.Width = $X
$screen.Height = $y
[Windows.Forms.Cursor]::Position = "$($screen.Width),$($screen.Height)"
}
}
Function Click-mouse {
Process {
$SendMouseClick::mouse_event(0x00000002, 0, 0, 0, 0);
$SendMouseClick::mouse_event(0x00000004, 0, 0, 0, 0);
}
}
$Mouse=@'
[DllImport("user32.dll",CharSet=CharSet.Auto, CallingConvention=CallingConvention.StdCall)]
public static extern void mouse_event(long dwFlags, long dx, long dy, long cButtons, long dwExtraInfo);
'@
$SendMouseClick = Add-Type -memberDefinition $Mouse -name "Win32MouseEventNew" -namespace Win32Functions -passThru
$dummyshell.AppActivate('F95Checker')
Move-Mouse -x 423 -y 80
sleep 1
Click-mouse
Click-mouse
$dummyshell = New-Object -ComObject wscript.shell
Add-Type -MemberDefinition '[DllImport("user32.dll")] public static extern void mouse_event(int flags, int dx, int dy, int cButtons, int info);' -Name U32 -Namespace W;
$dummyshell.AppActivate('F95Checker')
[Windows.Forms.Cursor]::Position = New-Object System.Drawing.Point(1200,300)
Start-Sleep 0.7
[W.U32]::mouse_event(6,0,0,0,0)
sleep 1
Bruh, google really blows.Fuck google.
View attachment 2219029
Sorry but nothing I can do, the extension won’t be on the chrome store anymore. Either you do the smart thing and switch to a Firefox based browser that doesn’t suck balls, or you’ll have to install the extension manually in developer mode on chrome from now on.
It’s not something I coded that makes it not work, but my best guess is that either imgui or glfw don’t recognize these inputs, because well they aren’t inputs. They probably read inputs from the input devices, and faking inputs is not always going to work. Also considering these are minimalist libraries meant to work on other platforms, I can see why they would skip supporting obscure windows quirks and focus on the regular user experiencehey Willy this may be out of your domain but why can't I do a left click on the software when using powershell?
You must be registered to see the links(except the last block of code, I don't need to find the position of my mouse)
but somehow no matter the longYou must be registered to see the linksI choose, I can't see any results when typing left click
long one
short oneCode:Function Move-Mouse { ` Param ( [int]$X, [int]$y ) Process { Add-Type -AssemblyName System.Windows.Forms $screen = [System.Windows.Forms.SystemInformation]::VirtualScreen $screen | Get-Member -MemberType Property $screen.Width = $X $screen.Height = $y [Windows.Forms.Cursor]::Position = "$($screen.Width),$($screen.Height)" } } Function Click-mouse { Process { $SendMouseClick::mouse_event(0x00000002, 0, 0, 0, 0); $SendMouseClick::mouse_event(0x00000004, 0, 0, 0, 0); } } $Mouse=@' [DllImport("user32.dll",CharSet=CharSet.Auto, CallingConvention=CallingConvention.StdCall)] public static extern void mouse_event(long dwFlags, long dx, long dy, long cButtons, long dwExtraInfo); '@ $SendMouseClick = Add-Type -memberDefinition $Mouse -name "Win32MouseEventNew" -namespace Win32Functions -passThru $dummyshell.AppActivate('F95Checker') Move-Mouse -x 423 -y 80 sleep 1 Click-mouse Click-mouse
Code:$dummyshell = New-Object -ComObject wscript.shell Add-Type -MemberDefinition '[DllImport("user32.dll")] public static extern void mouse_event(int flags, int dx, int dy, int cButtons, int info);' -Name U32 -Namespace W; $dummyshell.AppActivate('F95Checker') [Windows.Forms.Cursor]::Position = New-Object System.Drawing.Point(1200,300) Start-Sleep 0.7 [W.U32]::mouse_event(6,0,0,0,0) sleep 1
It’s not something I coded that makes it not work, but my best guess is that either imgui or glfw don’t recognize these inputs, because well they aren’t inputs. They probably read inputs from the input devices, and faking inputs is not always going to work. Also considering these are minimalist libraries meant to work on other platforms, I can see why they would skip supporting obscure windows quirks and focus on the regular user experience
Mouse sends data to computer. Some applications read data from mouse, other applications will ask windows about mouse information. If you fake input data it is not a given that the application will receive it. You are using some windows function to fake movements, but if that windows function does the movements somewhere else in the input process, the application might not receive them. This is often the case with windows. Windows is entitled and Microsoft expects everyone to conform to their retarded standards, but that makes everyone’s life harder to support other platforms. So developers maybe prefer supporting a common ground that will work on other operating systems, like readin input data straight from mouse and keyboard, instead of relying on what windows says the input data is. I don’t really know how to better explain it without technical terms, because this is purely a technical implementation issue, on Microsoft’s part of course.View attachment 2221536
Edit: Ok so I tried to read again and again but there's too many terms that I don't understand.
What I do understand is that I'm merely using powershell to simulate keyboard and mouse key button press thanks to its feature and easy to find solution on google. I also understand that the checker won't allow some keyboard button like tab, left/right/up/down, page up/down etc..
What I DON'T UNDERSTAND is why I can simulate moving my mouse with no issue, but SOMEHOW any simulated mouse click attempts is simply ignored.
Hm, second time I hear about this, I’ll look into it. For now you can install from GitHub repo, by loading the extension/chrome folder with the “load unpacked” developer mode extension optionThe toggle to enable the extension on Chrome is grayed out after you download it. It's downloaded but there is no way to enable it.
Ive written a few automation scripts using AutoHotKey and ran into this issue multiple times.View attachment 2221536
Edit: Ok so I tried to read again and again but there's too many terms that I don't understand.
What I do understand is that I'm merely using powershell to simulate keyboard and mouse key button press thanks to its feature and easy to find solution on google. I also understand that the checker won't allow some keyboard button like tab, left/right/up/down, page up/down etc..
What I DON'T UNDERSTAND is why I can simulate moving my mouse with no issue, but SOMEHOW any simulated mouse click attempts is simply ignored.
fixed already, will update soonExport Thread links feature seems to be broken after update to 9.6.
View attachment 2221724
looks like a pretty old version judging by that error... update it manuallyHey guys. I might have missed a post about this issue somewhere, sorry if that's the case. Can't even start the app, the log goes like this:
Traceback (most recent call last):
File "C:\hostedtoolcache\windows\Python\3.10.8\x64\Lib\site-packages\cx_Freeze\initscripts\__startup__.py", line 120, in run
File "C:\hostedtoolcache\windows\Python\3.10.8\x64\Lib\site-packages\cx_Freeze\initscripts\Console.py", line 16, in run
File "D:\a\F95Checker\F95Checker\src\main.py", line 81, in <module>
File "D:\a\F95Checker\F95Checker\src\main.py", line 60, in main
File "D:\a\F95Checker\F95Checker\src\modules\gui.py", line 460, in main_loop
File "D:\a\F95Checker\F95Checker\src\modules\gui.py", line 1597, in draw_games_grid
UnboundLocalError: local variable 'play_button' referenced before assignment
Had no such problems with the previous version.