Edex-ui: ping test fails on non-english Windows 10

Created on 31 Jan 2019  路  17Comments  路  Source: GitSquared/edex-ui

I installed the exe for windows and selected my Wi-Fi interface, the globe and the traffic shows offline, it can't ping 1.1.1.1 or any other, I can successfully ping to 1.1.1.1 on my cmd.

bug confirmed windows

Most helpful comment

Just realized that inetLatency which is used here
https://github.com/GitSquared/edex-ui/blob/6b063257dc1b9442ac37f0a2163547d4ce4071ee/src/classes/netstat.class.js#L117
only supports English version of ping by parsing stdout of ping(check here).
So it might fail if your system language is not English.
It works by changing system language into en-US, but that's not a good solution at all.

All 17 comments

This sounds like a firewall-related issue. Could you please check that you're not blocking eDEX from accessing the network?

I checked the firewall and eDex has access to private and public networks, maybe I'm missing something?

Are you sure that you selected the right interface?

Yes, I selected the Wi-Fi interface.

I'm not really sure what's wrong. Could you send a screenshot of the available network interfaces in the Settings window? What shell are you using inside edex?

I'm using the windows' subsystem (ubuntu) but i have the same issue using powershell.
interfaces

Same here, but i've tried it on both my Windows 10 pc through ethernet and a Debian live usb on a notebook's WLAN, and none worked.
image
Could it be related to the router blocking something?

I have this problem only on Windows, I installed it on Manjaro and work everything.

Same problem even if I change "pingAddr" to someone in my local network. But it does recognize my public IP address.

Just realized that inetLatency which is used here
https://github.com/GitSquared/edex-ui/blob/6b063257dc1b9442ac37f0a2163547d4ce4071ee/src/classes/netstat.class.js#L117
only supports English version of ping by parsing stdout of ping(check here).
So it might fail if your system language is not English.
It works by changing system language into en-US, but that's not a good solution at all.

@RangerCD Thanks for finding the problem. I'll report the problem to systeminformation... I'm also kind of looking for a way to replace inetLatency with something on top of Node.js sockets that could also respect the network interface choice. More on that if I can make a working prototype.

@rinku98 Could you give me the output of running ping in a regular cmd/powershell window on your system?

A quick fix is to parse by "ms" rather than "min" in inetLatency, but not pretty sure whether it works on any other language.
And maybe net-ping is what you are looking for. Hope it would help.馃槂

@GitSquared Sure, the first is ping on my cmd and the second on the windows subsystem.
ping
pingubuntu

Thank you @rinku98 and @RangerCD, issue was reported upstream - and I'm going to look into net-ping next.

systeminformation v4.0.8 has been released, which fixed remaining Chinese problem related to this issue. Could you please upgrade the dependency? Thank you.

@RangerCD Will do in a few hours.

Edit in case I come back to this issue again: dropped the idea of replacing systeminformation by net-ping because np requires elevated privileges

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Zireael07 picture Zireael07  路  5Comments

GitSquared picture GitSquared  路  6Comments

clragon picture clragon  路  6Comments

mkbcaptain picture mkbcaptain  路  3Comments

clragon picture clragon  路  6Comments