Bug 487254 - Not possible to surf .dn42 domains
Summary: Not possible to surf .dn42 domains
Status: RESOLVED INTENTIONAL
Alias: None
Product: angelfish
Classification: Applications
Component: general (other bugs)
Version First Reported In: 24.02.2
Platform: postmarketOS Linux
: NOR normal
Target Milestone: ---
Assignee: Jonah Brüchert
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-05-19 23:00 UTC by Marek Küthe
Modified: 2025-09-11 22:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Page accessed via a link (166.37 KB, image/png)
2024-05-19 23:00 UTC, Marek Küthe
Details
The link in the address bar. Here I have called `myip.dn42` by a link and the address is displayed correctly. (267.75 KB, image/png)
2024-05-19 23:01 UTC, Marek Küthe
Details
Here I click on Enter at the address bar and it searches for the address instead of calling it up. (200.63 KB, image/png)
2024-05-19 23:02 UTC, Marek Küthe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marek Küthe 2024-05-19 23:00:51 UTC
Created attachment 169631 [details]
Page accessed via a link

SUMMARY

Hello,
I would like to surf with Angelfish in dn42. The dn42 is a decentralized overlay network which uses internet technologies like BGP. Unfortunately Angelfish does not seem to accept dn42 domains. However, I can access a .dn42 page if I click on a corresponding link.
Numbers are allowed in domain names - even if rather uncommon.

STEPS TO REPRODUCE
1. Establish a VPN connection to the dn42.
2. Try to go to a `.dn42` domain like `myip.dn42`.

OBSERVED RESULT
The address is searched for.

EXPECTED RESULT
The address is browsed.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.2.0
Qt Version: 6.6.3
Kernel version: 6.9.0

ADDITIONAL INFORMATION
Comment 1 Marek Küthe 2024-05-19 23:01:37 UTC
Created attachment 169632 [details]
The link in the address bar. Here I have called `myip.dn42` by a link and the address is displayed correctly.
Comment 2 Marek Küthe 2024-05-19 23:02:09 UTC
Created attachment 169633 [details]
Here I click on Enter at the address bar and it searches for the address instead of calling it up.
Comment 3 Tobias Fella 2025-09-11 20:12:21 UTC
sorry, we're not interested in adding this
Comment 4 Jonah Brüchert 2025-09-11 20:18:58 UTC
I would accept a merge request to extend the regular expression to accept these domain names, however I do not plan to work on this myself.
Comment 5 Marek Küthe 2025-09-11 21:52:35 UTC
dn42 is a valid TLD. Therefore, it is a bug and not an FR. And this bug has not been resolved (issue status incorrect).
https://stackoverflow.com/questions/9071279/number-in-the-top-level-domain#53875771
Comment 6 Marek Küthe 2025-09-11 22:10:54 UTC
I looked at the other comments in the file and noticed two things:
- It is incorrect that .0 and .255 cannot be accessed. This works without any problems in a layer 3 network, for example, or if no /24 subnet mask is used (e. g. /16). Furthermore, the use of network classes is outdated (replaced by CIDR notation).
- IPv6 is completely missing.