How to debug a program trying to reach the web?

IPtables is still active. Try

sudo iptables -I INPUT -p tcp --dport 9991 -j ACCEPT

And retry logging in via the program

Note: That IPTables rule is only temporary and will vanish upon rebooting. For proper firewall modifications just use UFW or firewalld

Same...

image

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

I gave this a shot, and I guess I'm not sure what I am reading but the program does appear to work as expected in my case.

I downloaded the file from the link here:

It downloaded a file called IRPF2023Linux-x86_64v1.1.sh.bin, so:

cd Downloads/
chmod +x IRPF2023Linux-x86_64v1.1.sh.bin
./IRPF2023Linux-x86_64v1.1.sh.bin

It installed a directory in my home folder.

cd ~/ProgramasRFB/IRPF2023/
exa -l --no-user --no-time --no-filesize
.rwxr-xr-x Ajuda do IRPF 2023
lrwxrwxrwx Ajuda do IRPF 2023.desktop -> .install4j/install4j_1emr2jx-Ajuda_do_IRPF_2023.desktop
.rw-r--r-- Ajuda do IRPF 2023.vmoptions
drwxr-xr-x aplicacao
.rwxrwxrwx exec.sh
drwxrwxrwx help
.rwxrwxrwx IRPF.acb
.rwxrwxrwx irpf.jar
.rwxr-xr-x IRPF2023
lrwxrwxrwx IRPF2023.desktop -> .install4j/install4j_1emr2jx-IRPF2023.desktop
.rw-r--r-- IRPF2023.log
.rw-r--r-- IRPF2023.vmoptions
drwxr-xr-x jre
.rwxrwxrwx Leia-me.htm
.rwxr-xr-x Leia-me do IRPF 2023
lrwxrwxrwx Leia-me do IRPF 2023.desktop -> .install4j/install4j_1emr2jx-Leia-me_do_IRPF_2023.desktop
.rw-r--r-- Leia-me do IRPF 2023.vmoptions
drwxrwxrwx lib
drwxrwxrwx lib-modulos
.rwxrwxrwx offline.png
.rwxrwxrwx online.png
.rwxrwxrwx pgd-updater.jar
drwxr-xr-x transmitidas
.rw-r--r-- TryLock2023.txt
.rwx------ uninstall
.rw-r--r-- updater.log
.rw-r--r-- updater.log.lck

No idea what I'm doing, but I'm guessing exec.sh does something:

./exec.sh

The GUI launches. When I click the Entrar com gov.br button, it launches a webpage (in Vivaldi) with a login portal.

Is that the expected result?

1 Like

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


@meanruse @BluishHumility you folks managed to get the button to open the page. Which Garuda are you using? Dragonized too? KDE?

I use the Sway WM edition, installed 2021-12-03.

Searching online, I see some possibly related issues with other programs:

install4j - click hyperlink and browser doesn't open in Linux - Stack Overflow (seems useless)

"Open in default Browser" doesn't work under linux KDE · Issue #34 · SudoKillMe/vscode-extensions-open-in-browser · GitHub

https://youtrack.jetbrains.com/issue/TBX-7536/Browser-doesnt-open-on-Ubuntu-Linux-21.10-22.04

none of those seem to have any applicable work-around, but maybe they can provide some hint as to what's going on.

Xdg-open doesn't open hyperlinks in web browser - Software & Applications - Manjaro Linux Forum

In case it matters,

fish❯ xdg-settings get default-web-browser
firedragon.desktop

fish❯ xdg-settings get default-url-scheme-handler https
firedragon.desktop

(by the way, please paste terminal output as text so it can be searched)

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.

Ended up all the same, same logs as shown before, etc


Redownloading the .sh.bin also resulted in the same thing.

yeah, I tried this extension and it gives me the same error reported in its GH issue:
image

Try changing the system shell to Fish or Bash.

chsh to /bin/bash, logout and log back in
 didn’t even open Vivaldi, just terminal. No dice.

This seems like a long shot, but have you tried the other button (in the top-left corner)?

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 did, but yeah, it was worth the suggestion


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


Makes sense, given the issue is with a single program that just needs to do its thing once.
All is good, as long as you don't leave to go back to Windows... :wink:
Até logo.

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.

3 Likes

And that works with Arch-based distributions?

regards

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!!

Amazong find, @Kabbah <3 thank you very much!

(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)

2 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.