You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ipfs plugin forwards the link correctly to http://<IPNS-Hash>.ipns.localhost[:port], but Brave seems to send the result to the DNS Server, instead of just using internal 127.0.0.1 / ::1 resolution.
Expected result:
Open the page via the local webproxy on 127.0.0.1:80 / [::1]:80.
Reproduces how often:
Easily reproduced
Brave version (brave://version info)
Brave | 1.8.86 Chromium: 81.0.4044.129 (Official Build) unknown (64-bit)
-- | --
Revision | 3d71af9f5704a40b85806f4d08925db24605ba25-refs/branch-heads/4044@{#979}
OS | Linux
JavaScript | V8 8.1.307.31
Flash | (Disabled)
User Agent | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.129 Safari/537.36
Command Line | /usr/lib/brave-bin/brave --enable-dom-distiller --disable-domain-reliability --no-pings --extension-content-verification=enforce_strict --extensions-install-verification=enforce --sync-url=https://no-thanks.invalid --enable-features=PasswordImport,WebUIDarkMode,AutoupgradeMixedContent,PassiveMixedContentWarning,MixedContentSiteSetting,SimplifyHttpsIndicator,DnsOverHttps --disable-features=AutofillServerCommunication,TextFragmentAnchor,VideoPlaybackQuality,LookalikeUrlNavigationSuggestionsUI,AllowPopupsDuringPageUnload,NotificationTriggers,AudioServiceOutOfProcess,SmsReceiver --flag-switches-begin --enable-features=PasswordImport,WebUIDarkMode,AutoupgradeMixedContent,PassiveMixedContentWarning,MixedContentSiteSetting,SimplifyHttpsIndicator,DnsOverHttps,BraveSync,DecodeJpeg420ImagesToYUV,DecodeLossyWebPImagesToYUV,ImpulseScrollAnimations,LegacyTLSEnforced,PaintHolding,PercentBasedScrolling,SyncSetupFriendlySettings --flag-switches-end --disable-webrtc-apm-in-audio-service
Executable Path | /usr/lib/brave-bin/brave
Other Additional Information:
Does the issue resolve itself when disabling Brave Shields?
no
Does the issue resolve itself when disabling Brave Rewards?
no
Is the issue reproducible on the latest version of Chrome Firefox?
Nope, firefox opens the link just fine.
The text was updated successfully, but these errors were encountered:
I can't reproduce this problem, I think it was probably fixed at some point.
Otherwise it could be maybe automatic redirection causing problems on the IPFS Companion extension.
Description
When an IPNS link is opened, it will be forwarded to
<IPNS-Hash>.ipns.localhost[:port]
.It looks like the Brave Browser tries to resolve the .localhost domain instead of using it as a catch-all for
127.0.0.1
/::1
.Steps to Reproduce
Actual result:
The ipfs plugin forwards the link correctly to
http://<IPNS-Hash>.ipns.localhost[:port]
, but Brave seems to send the result to the DNS Server, instead of just using internal127.0.0.1
/::1
resolution.Expected result:
Open the page via the local webproxy on
127.0.0.1:80
/[::1]:80
.Reproduces how often:
Easily reproduced
Brave version (brave://version info)
Other Additional Information:
no
no
ChromeFirefox?Nope, firefox opens the link just fine.
The text was updated successfully, but these errors were encountered: