'blip' in-browser JS ping utility (gfblip.appspot.com) doesn't work in Brave, does work in Chrome #12701
Labels
Comments
|
Because of an oddity of how blip works, you have to visit it with an http
URL, not https.
On Fri, Nov 13, 2020 at 20:56 Gordon Mohr ***@***.***> wrote:
Description
Visiting @apenwarr <https://github.com/apenwarr>'s
https://gfblip.appspot.com/ page, for a JS-based ping graph (source
<https://github.com/apenwarr/blip>), works as expected in current MacOS
Chrome (showing realistic ping times, indefinitely). But in recent MacOS
Brave (TK), it gives about 2 seconds of unrealistically-fast times (<10ms),
then swiches to 100% max/red (>2000ms) results = until tab is reloaded.
Steps to Reproduce
1. Visit https://gfblip.appspot.com/ in Brave
Actual result:
[image: image]
<https://user-images.githubusercontent.com/1641/99136220-a537e700-25d8-11eb-9102-c8d552e55fdd.png>
Expected result:
Here's how it looks in current Chrome (Version 86.0.4240.198 (Official
Build) (x86_64)):
[image: image]
<https://user-images.githubusercontent.com/1641/99136384-59d20880-25d9-11eb-886f-671a27e87239.png>
Reproduces how often:
Always
Brave version (brave://version info)
Brave 1.16.72 Chromium: 86.0.4240.183 (Official Build) (x86_64)
Revision 0b568b034b8f7994697cb341eeca5979b84151cc-refs/branch-heads/4240@{
#1374 <#1374>}
OS macOS Version 10.15.7 (Build 19H2)
JavaScript V8 8.6.395.23
Flash (Disabled)
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.183 Safari/537.36
Command Line /Applications/Brave Browser.app/Contents/MacOS/Brave Browser
--enable-dom-distiller --disable-domain-reliability --no-pings
--extension-content-verification=enforce_strict
--extensions-install-verification=enforce
--origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=,fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU=
--sync-url=https://sync-v2.brave.com/v2 --lso-url=
https://no-thanks.invalid
--enable-features=MixedContentSiteSetting,ReducedReferrerGranularity,PasswordImport,WebUIDarkMode,LegacyTLSEnforced,OmniboxContextMenuShowFullUrls,DnsOverHttps,PrefetchPrivacyChanges,AutoupgradeMixedContent,PassiveMixedContentWarning
--disable-features=AutofillEnableAccountWalletStorage,AllowPopupsDuringPageUnload,TabHoverCards,SmsReceiver,TextFragmentAnchor,PrivacySettingsRedesign,NotificationTriggers,VideoPlaybackQuality,AutofillServerCommunication,PasswordCheck,SafeBrowsingEnhancedProtection
--flag-switches-begin --enable-experimental-web-platform-features
--flag-switches-end
Executable Path /Applications/Brave Browser.app/Contents/MacOS/Brave
Browser
Profile Path /Users/gojomo/Library/Application
Support/BraveSoftware/Brave-Browser/Default
Version/Channel Information:
Haven't tried other channels.
Other Additional Information:
- Does the issue resolve itself when disabling Brave Shields?
No.
- Does the issue resolve itself when disabling Brave Rewards?
Not enabled.
- Is the issue reproducible on the latest version of Chrome?
No - works fine, per above.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#12701>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAFA4DNOIN5CWZDQAM2RN3SPXPTDANCNFSM4TVH2PIA>
.
--
Avery Pennarun // CEO @ Tailscale
|
Thanks! Indeed, I can trigger a similar failure in Chrome now by choosing But, there's no way to use Can I force Brave to load |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
Visiting @apenwarr's https://gfblip.appspot.com/ page, for a JS-based ping graph (source), works as expected in current MacOS Chrome (showing realistic ping times, indefinitely). But in current MacOS Brave (
Version 1.16.76 Chromium: 86.0.4240.198 (Official Build) (x86_64)), it gives about 2 seconds of unrealistically-fast times (<10ms), then swiches to 100% max/red (>2000ms) results = until tab is reloaded.Steps to Reproduce
Actual result:
(while this screenshot is from just before updating, a full update showed the same behavior)
Expected result:
Here's how it looks in current Chrome (
Version 86.0.4240.198 (Official Build) (x86_64)):Reproduces how often:
Always
Brave version (brave://version info)
Brave 1.16.76 Chromium: 86.0.4240.198 (Official Build) (x86_64)
Revision d8a506935fc2273cfbac5e5b629d74917d9119c7-refs/branch-heads/4240@{#1431}
OS macOS Version 10.15.7 (Build 19H2)
JavaScript V8 8.6.395.25
Flash (Disabled)
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36
Command Line /Applications/Brave Browser.app/Contents/MacOS/Brave Browser --enable-dom-distiller --disable-domain-reliability --no-pings --extension-content-verification=enforce_strict --extensions-install-verification=enforce --origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=,fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU= --sync-url=https://sync-v2.brave.com/v2 --lso-url=https://no-thanks.invalid --enable-features=MixedContentSiteSetting,AutoupgradeMixedContent,PassiveMixedContentWarning,WebUIDarkMode,PrefetchPrivacyChanges,PasswordImport,ReducedReferrerGranularity,LegacyTLSEnforced,OmniboxContextMenuShowFullUrls,DnsOverHttps --disable-features=PrivacySettingsRedesign,TextFragmentAnchor,AutofillEnableAccountWalletStorage,AllowPopupsDuringPageUnload,NotificationTriggers,SmsReceiver,TabHoverCards,VideoPlaybackQuality,AutofillServerCommunication,PasswordCheck,SafeBrowsingEnhancedProtection --flag-switches-begin --enable-experimental-web-platform-features --flag-switches-end
Executable Path /Applications/Brave Browser.app/Contents/MacOS/Brave Browser
Profile Path /Users/gojomo/Library/Application Support/BraveSoftware/Brave-Browser/Default
Version/Channel Information:
Haven't tried other channels.
Other Additional Information:
No.
Not enabled.
No - works fine, per above.
The text was updated successfully, but these errors were encountered: