That's not an issue. The webserver most certainly expects a special request from the government site. Try the program.
Edit: Just that I understand this correctly - The Browser does open the government Site right? Or is that exactly the issue?
In case something really did go past me, I think you are using Powershell, right? Could you try bash, zsh, or fish? Maybe the $BROWSER variable is not set in Powershell
Thatâs the issue, here the program wonât open the browser and I have absolutely no idea why. Iâm using zsh as the default shell, with themes/tmux/oh-my-posh.
yes, @BluishHumility thatâs exactly the expected result, that never happens to me. I keep seeing that smaller popup with the loading/wait spinner and no browser ever show up.
Doesnât matter if I run IRPF2023 or exec.sh, the program pops up all the exact same, and when I push the Entrar com gov.br button nothing happens.
A friend outside of here mentioned iâd look into journalctl, but no dice, just the same log thatâs shown on IRPF2023.log file aboveâŠ
I tested on a D460nized install, which has been kept pretty close to stock.
Before you turn the place upside-down trying to figure out why the software isn't working on your installation, I think you should try a good old fashioned remove/reinstall with the software itself. Delete the directory in the home folder, delete the download itself, and start over by re-downloading a fresh IRPF2023Linux-x86_64v1.1.sh.bin off of the download page.
ââÎ xdg-settings get default-web-browser
vivaldi-stable.desktop
ââÎ xdg-settings get default-url-scheme-handler https
vivaldi-stable.desktop
I think the ones Iâve posted as image were ones that had their content already posted previously as text, didnât they?
Tried that more than once. Deleted all the folders created by the .sh.bin file.
I even tried downloading a different official source (multi), which doesnât really seem that different from the Linux, because it contains the same irpf.jar file.
I tried this extension and it gives me the same error
Thatâs interesting, because itâs the most similar issue I found.
from the reddit thread linked in the manjaro forum one (a different issue, but maybe related):
I was able to resolve the issue with this command (found at the very bottom of this arch wiki page xdg-utils - ArchWiki )
xdg-settings set default-url-scheme-handler http firefox.desktop
I donât understand why this fixed the problem, because xdg-mime query default x-scheme-handler/http was already returning firefox.desktop even when I was still experiencing the issue. So if someone understands this more than I do, please explain if you can.
I guess itâs worth trying. I understand this even less though.
edit: Iâd run that for both http and https, and using the current default browser .desktop
I tried that also, for all available browsers. None worked =(
Iâm basically giving this up and spinning up a Windows VM. The hard work itself is done, I just need the damn program to connect so I can send the info to govâŠ
Hello, it's been some time, but I had the same problem in Debian Buster (KDE). After a lot of research, I finally got it working by installing two packages: gvfs and gvfs-backends.
It turns out the program never actually tried to open the browser, because the java.awt.Desktop BROWSE action apparently wasn't supported by my platform. I went and looked into the OpenJDK source code and noticed it needed gvfs to actually support this feature.
I couldnât find/install gvfs-backends, but sudo pacman -Sy gvfs went thru on Garuda, and I confirm: after installing this, running the IRPF2023 program again and trying to sign in really pulled up the browser with the authentication window and I was correctly able to logon to the program!!
(rough and lazy translation, because Iâm almost drunk, sorry: âNow you are connected to the IRPF2023 program through a gov.br account etcâŠâ on the left and âThe user has been successfully authenticatedâ on the right, from a popup on the Java IRPF2023 program)