Enabling IPFS local node in Brave Nightly 1.33.x on macOS 10.14 and 11.6, 1.33.34 on Windows 10 cycles power of network printer

[eDave56]

Description

Update 26 Oct. 16:13: Until about 10 minutes ago, I'd only experienced this on macOS, but either I had IPFS configured wrong or Nightly 1.33.34 just started doing this on Windows 10, so now it's a cross-platform issue. See https://community.brave.com/t/ipfs-cycles-network-printer-power-was-update-brave-nightly-cycles-network-printer-power/291260/16?u=hnktong I'll have to retest with Linux, too, to be sure. Sigh. end Update

Enabling IPFS local node cycles printer power only in Brave Nightly 1.33.x (at least as early as 1.33.7) as determined by testing current Dev, Beta, and Release somewhat extensively. Disabling and reenabling does it again. Disabling, relaunching Nightly, enabling IPFS local node does it again.

Also occurs when upgrading Nightly if IPFS is enabled local node when trigger upgrade.

Printer is Canon MX710 Series:

Initially I believed this to be power flickers, then noticed the behavior on updating Nightly, then tested with other Chromium-based browsers: none do this, and once IPFS was identified as primary suspect, abandoned testing of other browsers. Also see thread to which I posted in Community.

I used WireShark and PacketPeeper to record network activity during IPFS launch, which spikes quite a bit. Apart from recognizing acronyms and quantities of packets, the logs are fairly indecipherable to me, but I can share them if they would be helpful. I'd prefer to send them directly to a dev rather than post them here.

Steps to Reproduce

1. Open Nightly 1.33.x
2. Go to IPFS settings
3. Enable IPFS local node
4. Wait 10-30 seconds, printer spontaneously reboots and nags that power was turned off improperly.

OR
With Nightly open with IPFS enabled local node and Upgrade notification appears:

1. Click Upgrade
2. Click Relaunch
3. Wait 10-30 seconds after Brave relaunches
4. Printer reboots/nags.

Actual result:

Printer spontaneously reboots and nags that power was turned off improperly

Expected result:

Printer remains on and happy.

Reproduces how often:

Every time.

Brave version (brave://version info)

Please see Markdown log of experiments below.

Version/Channel Information:

• Can you reproduce this issue with the current release? No
• Can you reproduce this issue with the beta channel? No
• Can you reproduce this issue with the nightly channel? Yes, only Nightly.

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? No. Not in Canary, Beta, or Release. See below.

Miscellaneous Information:

In the log below, initially I tracked Brave Nightly on two machines, then when I expanded testing to Chromium (then-latest build via https://download-chromium.appspot.com/) and the different channels of Chrome and Opera, I focused on my daily workhorse, the 2012 MBP running macOS 10.14. Once IPFS was suspect and I learned that IPFS was in Dev, Beta, and Release, I abandoned the other browsers. This is why the log has empty spaces. That and I wanted to minimize time spent on this without slacking too much and I don't do this for a living, so please be gentle in any critique of the log.

Chromium-Based Browser Printer Log:

	Brave Nightly	Brave Dev	Brave Beta	Brave Release	Chromium	Chrome Canary	Chrome Beta	Chrome	Opera Dev	Opera Beta	Opera
Date	15 October 2021	Not tested until 26 Oct 2021	Not tested until 26 Oct 2021	Not tested until 26 Oct 2021	Not tested until 21 Oct 2021	Not tested until 21 Oct 2021	Not tested until 21 Oct 2021	Not tested until 21 Oct 2021	Not tested until 21 Oct 2021	Not tested until 21 Oct 2021	Not tested until 21 Oct 2021
App Version	1.33.7
Chromium:	95.0.4638.50 (Official Build) nightly (x86_64)
Revision:	3e9db37693d0cf8e31a89 fbcf50401ae91125cef-refs/branch-heads/4638@{#816}
OS	macOS Version 10.14.6 (Build 18G9323) and macOS Version 11.6 (Build 20G165)
Machine	2012 13" MacBook Pro and 2015 13" MacBook Air
Network Connection	Ethernet and WiFi
Printer Reset?	Yes
Date:	21 October 2021
App Version	1.33.23
Chromium:	Didn't catch it
Revision:	Didn't catch it
OS	macOS Version 10.14.6 (Build 18G9323)
Machine	2012 13" MacBook Pro
Network Connection	Ethernet
Printer Reset?	Yes
App Version	1.33.24				97.0.4678.0	97.0.4677.0	95.0.4638.54	94.0.4606.81	82.0.4210.0 (x86_64)	81.0.4196.14 (x86_64)	80.0.4170.63 (x86_64)
Chromium:	95.0.4638.54 (Official Build) nightly (x86_64)				97.0.4678.0 (Developer Build) (x86_64)	97.0.4677.0 (Official Build) canary (x86_64)	95.0.4638.54 (Official Build) beta (x86_64)	94.0.4606.81 (Official Build) (x86_64)	96.0.4655.7	95.0.4638.32	94.0.4606.81
Revision:	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}				547c03a5f89b035d05 3e541cde5a91cb15b21f6e-refs/heads/main@{#933912}	10e0967034d9e327e2 0f49fffae22d2af419639e-refs/branch-heads/4677@{#1}	d31a821ec901f68d0d 34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}	5a03c5f1033171d5ee 1671d219a59e29cf75e054-refs/branch-heads/4606@{#1320}
JavaScript:	V8 9.5.172.21				V8 9.7.39	V8 9.7.37	V8 9.5.172.21	V8 9.4.146.21
OS	macOS Version 10.14.6 (Build 18G9323)
Machine	2012 13" MacBook Pro
Network Connection	Ethernet
Printer Reset?	Yes				No	No	No	No	No	No	No
App Version	1.33.25
Chromium:	95.0.4638.54 (Official Build) nightly (x86_64)
Revision:	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}
OS:	macOS Version 10.14.6 (Build 18G9323)
JavaScript:	V8 9.5.172.21
Machine	2012 13" MacBook Pro
Network Connection	Ethernet
Printer Reset?	Yes
Date:	22 October 2021
App Version	1.33.27 even though it said "Update" and I applied it				97.0.4679.0 (Developer Build) (x86_64)	No update as of 10:34	No update as of 10:35	No update as of 10:36	No update as of 10:37	No update as of 10:38	No update
Chromium:	95.0.4638.54 (Official Build) nightly (x86_64)
Revision:	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}				a5865bf24fb37ed6b152 16269ed6dbf895ce5d3f-refs/heads/main@{#934186}
OS	macOS Version 10.14.6 (Build 18G9323)
JavaScript:	V8 9.5.172.21				V8 9.7.42
Machine	2012 13" MacBook Pro
Network Connection	Ethernet
Printer Reset?	No - disabled IPFS before "Update"; Yes - when enabled IPFS, which I subsequently disabled in prep for next update				No
Date:	26 October 2021	26 October 2021	26 October 2021	26 October 2021
App Version	1.33.32	1.32.82	1.32.81	1.31.87
Chromium:	95.0.4638.54 (Official Build) nightly (x86_64) Note that this is the same version of Chromium as 1.33.24 through 1.33.27	95.0.4638.54 (Official Build) dev (x86_64)	95.0.4638.54 (Official Build) beta (x86_64)	95.0.4638.54 (Official Build) (x86_64)
Revision:	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}	d31a821ec901f68d0d34c cdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}
OS	macOS Version 10.14.6 (Build 18G9323)
JavaScript:	V8 9.5.172.21 Note that this is the same version of JavaScript as 1.33.24 through 1.33.27	V8 9.5.172.21	V8 9.5.172.21	V8 9.5.172.21
Machine	2012 13" MacBook Pro
Network Connection	Ethernet
Printer Reset?	No - disabled IPFS before "Update"; Yes - when then enabled IPFS (local node as before), which I subsequently disabled in prep for next update After doing testing with Dev and Beta, relaunched Nightly, disabled IPFS, enabled to local node, printer reset.	No - first launch, default was IPFS set to Ask, I switched to local node, then disabled, then re-enabled to local node. Quit, relaunched, repeated IPFS changes, also enabled extension then disabled it and cycled IPFS to local node, no printer reset.	No - first launch default IPFS set to Ask, disabled, quit, relaunched, enabled to local node, noticed that Fallback to public gateway was disabled so enabled it, disabled IPFS, re-enabled to local node with fallback on, enabled extension, cycled IPFS to local node, disabled extension, cycled IPFS to local node, no printer reset.	No on launch w/default IPFS "Ask" No when enable No when set Fallback to public gateway No when add extension
Command Line:	/Applications/Brave Browser Nightly.app/Contents/MacOS/Brave Browser Nightly	/Applications/Brave Browser Dev.app/Contents/MacOS/Brave Browser Dev	/Applications/Brave Browser Beta.app/Contents/MacOS/Brave Browser Beta	/Applications/Brave Browser.app/Contents/MacOS/Brave Browser
	--disable-client-side-phishing-detection	--disable-client-side-phishing-detection	--disable-client-side-phishing-detection	--disable-client-side-phishing-detection
	--disable-domain-reliability	--disable-domain-reliability	--disable-domain-reliability	--disable-domain-reliability
	--enable-dom-distiller	--enable-dom-distiller	--enable-dom-distiller	--enable-dom-distiller
	--no-pings	--no-pings	--no-pings	--no-pings
	--component-updater=url-source=https://go-updater.brave.com/extensions	--component-updater=url-source=https://go-updater.brave.com/extensions	--component-updater=url-source=https://go-updater.brave.com/extensions
	--origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=, fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU=	--origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=, fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU=	--origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=, fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU=	--origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=, fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU=
	--sync-url=https://sync-v2.brave.com/v2	--sync-url=https://sync-v2.brave.com/v2	--sync-url=https://sync-v2.brave.com/v2	--sync-url=https://sync-v2.brave.com/v2
	--lso-url=https://no-thanks.invalid	--lso-url=https://no-thanks.invalid	--lso-url=https://no-thanks.invalid	--lso-url=https://no-thanks.invalid
	--variations-server-url=https://variations.brave.com/seed	--variations-server-url=https://variations.brave.com/seed	--variations-server-url=https://variations.brave.com/seed	--variations-server-url=https://variations.brave.com/seed
	--enable-features=WebUIDarkMode,PasswordImport,ReducedReferrer	--enable-features=WebUIDarkMode,PrefetchPrivacyChanges,PasswordImport,	--enable-features=LegacyTLSEnforced,WebUIDarkMode,PasswordImport,	--enable-features=LegacyTLSEnforced,AutoupgradeMixedContent,
	Granularity,PrefetchPrivacyChanges,LegacyTLSEnforced,Autoupgrade	ReducedReferrerGranularity,LegacyTLSEnforced,Autoupgrade	ReducedReferrerGranularity,PrefetchPrivacyChanges,Autoupgrade	SafetyTip,WebUIDarkMode,PrefetchPrivacyChanges,
	MixedContent,SafetyTip	MixedContent,SafetyTip	MixedContent,SafetyTip	ReducedReferrerGranularity,PasswordImport
	--disable-features=TabGroupsFeedback,AutofillServerCommunication,	--disable-features=InterestCohortFeaturePolicy,TabGroupsFeedback,AutofillServerCommunication,	--disable-features=InterestCohortAPIOriginTrial,ConversionMeasurement,InterestCohort	--disable-features=AppDiscoveryRemoteUrlSearch,CopyLinkToText,FlocIdComputedEvent
	CopyLinkToText,FirstPartySets,TrustTokens,DirectSockets,	AppDiscoveryRemoteUrlSearch,TrustTokens,DirectSockets,Floc	FeaturePolicy,AppDiscoveryRemoteUrlSearch,FederatedLearningOfCohorts,Floc	Logging,HandwritingRecognitionWebPlatformApiFinch,SubresourceWebBundles,Network
	InterestCohortFeaturePolicy,SettingsLandingPageRedesign,	IdComputedEventLogging,HandwritingRecognitionWebPlatformApiFinch,Privacy	IdComputedEventLogging,HandwritingRecognitionWebPlatformApiFinch,DirectSockets,	TimeServiceQuerying,AutofillServerCommunication,SignedExchangeSubresourcePrefetch,
	FledgeInterestGroups,FlocIdComputedEventLogging,	SandboxSettings2,IdleDetection,CopyLinkToText,FledgeInterestGroups,Settings	TrustTokens,LiveCaption,SignedExchangeSubresourcePrefetch,NavigatorPluginsFixed,	NavigatorPluginsFixed,LiveCaption,TrustTokens,DirectSockets,FirstPartySets,
	HandwritingRecognitionWebPlatformApiFinch,	LandingPageRedesign,SignedExchangePrefetchCacheForNavigations,Network	SubresourceWebBundles,NetworkTimeServiceQuerying,FledgeInterestGroups,	InterestCohortAPIOriginTrial,WebOTP,ComputePressure,NotificationTriggers,
	AppDiscoveryRemoteUrlSearch,LiveCaption,	TimeServiceQuerying,SubresourceWebBundles,NavigatorPluginsFixed,Signed	SettingsLandingPageRedesign,CopyLinkToText,ComputePressure,NotificationTriggers,	SignedExchangePrefetchCacheForNavigations,SettingsLandingPageRedesign,
	SignedExchangeSubresourcePrefetch,NavigatorPluginsFixed,	ExchangeSubresourcePrefetch,InterestCohortAPIOriginTrial,FledgeInterestGroup	WebOTP,PrivacySandboxSettings2,IdleDetection,SignedExchangePrefetchCacheFor	FledgeInterestGroups,InterestCohortFeaturePolicy,PrivacySandboxSettings2,
	PrivacySandboxSettings2,IdleDetection,InterestCohortAPIOriginTrial,	API,AutofillEnableAccountWalletStorage,FirstPartySets,ReadLater,TextFragment	Navigations,FirstPartySets,AutofillServerCommunication,TabGroupsFeedback,	IdleDetection,ConversionMeasurement,FederatedLearningOfCohorts,Autofill
	FledgeInterestGroupAPI,AutofillEnableAccountWalletStorage,	Anchor,ConversionMeasurement,FederatedLearningOfCohorts,LiveCaption,	AutofillEnableAccountWalletStorage,FledgeInterestGroupAPI,TextFragmentAnchor	EnableAccountWalletStorage,FledgeInterestGroupAPI,TextFragmentAnchor,ReadLater
	ComputePressure,NotificationTriggers,WebOTP,ReadLater,	ComputePressure,WebOTP,NotificationTriggers	ReadLater
	TextFragmentAnchor,ConversionMeasurement,
	FederatedLearningOfCohorts,SignedExchangePrefetchCache
	ForNavigations,SubresourceWebBundles,NetworkTimeServiceQuerying
	--flag-switches-begin	--flag-switches-begin	--flag-switches-begin	--flag-switches-begin
	--flag-switches-end	--flag-switches-end	--flag-switches-end	--flag-switches-end
Executable Path:	/Applications/Brave Browser Nightly.app/Contents/MacOS/Brave Browser Nightly	/Applications/Brave Browser Dev.app/Contents/MacOS/Brave Browser Dev	/Applications/Brave Browser Beta.app/Contents/MacOS/Brave Browser Beta	/Applications/Brave Browser.app/Contents/MacOS/Brave Browser
Profile Path:	/Users/[username]/Library/Application Support/BraveSoftware/Brave-Browser-Nightly/Default	/Users/[username]/Library/Application Support/BraveSoftware/Brave-Browser-Dev/Default	/Users/[username]/Library/Application Support/BraveSoftware/Brave-Browser-Beta/Default	/Users/[username]/Library/Application Support/BraveSoftware/Brave-Browser/Default
Linker:	lld	lld	lld	lld
Variations:	AdRewardsStudy:NextPaymentDay	ExtendedVariationsSafeMode:Control2	AdRewardsStudy:NextPaymentDay	AdRewardsStudy:NextPaymentDay
	AdServingStudy:MaximumAdNotificationsPerDay=100/ MaximumInlineContentAdsPerHour=8/MaximumInlineContentAdsPerDay=40		AdServingStudy:MaximumAdNotificationsPerDay=100/ MaximumInlineContentAdsPerHour=8/MaximumInlineContentAdsPerDay=40	AdServingStudy:MaximumAdNotificationsPerDay=100/ MaximumInlineContentAdsPerHour=8/MaximumInlineContentAdsPerDay=40
	AdvertiserSplitTestStudy:GroupA		AdvertiserSplitTestStudy:GroupA	AdvertiserSplitTestStudy:GroupA
	BraveAds.FrequencyCappingStudy:ExcludeAdIfWithinTimeWindow=0h		BraveAds.FrequencyCappingStudy:ExcludeAdIfWithinTimeWindow=0h	BraveAds.FrequencyCappingStudy:ExcludeAdIfWithinTimeWindow=0h
	BraveAds.ShowCustomAdNotificationOnMacStudy:Default		BraveAds.ShowCustomAdNotificationOnMacStudy:CustomAdNotificationPositionedBottomRight
	BraveAds.UserActivityStudy:Triggers=EMPTY/Threshold=0.0/IdleTimeThreshold=5		BraveAds.UserActivityStudy:Triggers=EMPTY/Threshold=0.0/IdleTimeThreshold=5	BraveAds.UserActivityStudy:Triggers=EMPTY/Threshold=0.0/IdleTimeThreshold=5
	BraveTalkStudy:Enabled		BraveTalkStudy:Enabled	BraveTalkStudy:Enabled
	ConversionsStudy:NewDefaultPattern		ConversionsStudy:NewDefaultPattern	ConversionsStudy:NewDefaultPattern
	Default1pBlockingStudy:Disabled		Default1pBlockingStudy:Disabled
	EphemeralStorageStudy:Enabled		EphemeralStorageStudy:Enabled	EphemeralStorageStudy:Enabled
	ExtendedVariationsSafeMode:Control2
	MacCoreLocationBackendStudy:Enabled		MacCoreLocationBackendStudy:Enabled	MacCoreLocationBackendStudy:Enabled
	NativeCosmeticFilteringStudy:Enabled		NativeCosmeticFilteringStudy:Enabled	NativeCosmeticFilteringStudy:Enabled
	OperationalPatternsCollectionStudy:Enabled
	PartitionConnectionsByNetworkIsolationKeyStudy:Enabled		PartitionConnectionsByNetworkIsolationKeyStudy:Enabled
	PermissionLifetimeStudy:Enabled		PermissionLifetimeStudy:Enabled
				PermissionLifetimeReleaseStudy:Enabled

[eDave56]

Also, please note that this does not happen with any version of Brave I tried in Windows - only macOS. I didn't test Linux per se, but I have a LinuxLite machine running Nightly and didn't notice the printer behavior. I'll do a quick test and post a followup comment if it affects the printer.

[eDave56]

Tested today on Linux Lite machine with no effect on printer:

Brave:	1.33.34 Chromium: 95.0.4638.54 (Official Build) nightly (64-bit)
Revision:	d31a821ec901f68d0d34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}
OS:	Linux
JavaScript:	V8 9.5.172.21

Linux Lite:

[eDave56]

Either I had IPFS configured wrong or Nightly 1.33.34 just started doing this on Windows 10, so now it's a cross-platform issue. See https://community.brave.com/t/ipfs-cycles-network-printer-power-was-update-brave-nightly-cycles-network-printer-power/291260/16?u=hnktong I'll have to retest with Linux, too, to be sure. Sigh.

Brave	1.33.34 Chromium: 95.0.4638.54 (Official Build) nightly (64-bit)
Revision	d31a821ec901f68d0d34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}
OS	Windows 10 Version 21H1 (Build 19043.1288)
JavaScript	V8 9.5.172.21

[eDave56]

Still occurs with Nightly 1.33.37 on macOS and Windows 10.

	macOS	Windows
Date:	27 October 2021	27 October 2021
Brave:	1.33.37	1.33.37
Chromium:	95.0.4638.54 (Official Build) nightly (x86_64)	95.0.4638.54 (Official Build) nightly (x86_64)
Revision:	d31a821ec901f68d0d34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}	d31a821ec901f68d0d34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}
OS:	macOS Version 10.14.6 (Build 18G9323)	Windows 10 Version 21H1 (Build 19043.1288)
JavaScript:	V8 9.5.172.21	V8 9.5.172.21
User Agent:	Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36

[eDave56]

Still occurs with Nightly 1.33.40 on macOS and Windows 10.

	macOS	Windows
Date:	28 October 2021	28 October 2021
Brave:	1.33.40	1.33.40
Chromium:	95.0.4638.54 (Official Build) nightly (x86_64)	95.0.4638.54 (Official Build) nightly (x86_64)
Revision:	d31a821ec901f68d0d34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}	d31a821ec901f68d0d34ccdbaea45b4c86ce543e-refs/branch-heads/4638@{#871}
OS:	macOS Version 10.14.6 (Build 18G9323)	Windows 10 Version 21H1 (Build 19043.1288)
Machine	2012 13" MacBook Pro	Lenovo ideapad FLEX 4-1580, Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz, 16 GB RAM
Network Connection:	Ethernet	Ethernet
Printer Reset?	Yes - when enabled IPFS local node However, yesterday's resets apparently borked the printer to the point where it wouldn't respond or shut down, so while initially the printer did not reset, that's only because it was so messed up. Once I hard reset it and enabled IPFS to local node, it cycled as with previous versions.	Yes - when enabled IPFS to local node.
JavaScript:	V8 9.5.172.21	V8 9.5.172.21
User Agent:	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14.6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36

[eDave56]

Still occurs with Nightly 1.33.40 on macOS and Windows 10.

Date:	29 October 2021	29 October 2021
Machine:	2012 13" MacBook Pro	Lenovo ideapad FLEX 4-1580, Intel® Core™ i7-7500U CPU @ 2.70GHz, 16 GB RAM
Network Connection:	Ethernet	Ethernet
Printer Reset?	Yes - printer was at first unresponsive from Windows Nightly resetting it Hard power reset of printer followed by re-enabling IPFS local node led to IPFS cycling printer	Yes - when enabled IPFS to local node
Brave:	1.33.46	1.33.46
Chromium:	95.0.4638.69 (Official Build) nightly (x86_64)	95.0.4638.69 (Official Build) nightly (64-bit)
Revision:	6a1600ed572fedecd573b6c2b90a22fe6392a410-refs/branch-heads/4638@{#984}	6a1600ed572fedecd573b6c2b90a22fe6392a410-refs/branch-heads/4638@{#984}
OS:	macOS Version 10.14.6 (Build 18G9323)	Windows 10 Version 21H1 (Build 19043.1288)
JavaScript:	V8 9.5.172.25	V8 9.5.172.25
User Agent:	Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36

[eDave56]

Submitted ticket at IPFS project:
https://github.com/ipfs/ipfs-desktop/issues/1924

[lidel]

Thank you.

As this happens with IPFS Desktop as well, this is a problem with upstream go-ipfs, not Brave itself.
Let's investigate this further in ipfs/kubo#8534

[eDave56]

@spylogsster Does Brave Nightly use go-ipfs v0.10.0, and do the other channels use go-ipfs v0.9.x or earlier? With IPFS Desktop, it appears to be go-ipfs v0.10.0 that triggers this printer reboot behavior; the earlier versions do not.

[spylogsster]

v0.10 is used in all builds now

[eDave56]

UPDATE AFTER INITALLY POSTING THIS COMMENT: The printer was in some weird state where it responded to scan request, but when I went to it and checked it it cycled power and nagged me, and now Nightly and IPFS Desktop reboot the printer when launched with IPFS local node enabled, again.

Well, @spylogsster, now I'm I was a bit baffled.None of the current channel versions do the printer thing, now. That said, only Nightly actually has the local node running - Dev, Beta, and Release all refuse to launch go-ipfs and looking in top in Terminal I only see go-ipfs running when Nightly tries to launch it. IPFS Companion had a notice in each case pointing me to the release notes for v2.19.1, and it does say that version introduced a fix for onboarding when enabling local node is the first interaction, but that was updated in June, so I don't know why that would have changed anything today. [Note per update above - it didn't] I've not rebooted the machine, but strangely it seems things are working as they're supposed to with Nightly. And while local node isn't working with Dev, Beta, or Release, at least it's not rebooting my printer. Here are screen shots of Terminal and the IPFS local node status page with Nightly running:

[eDave56]

In the IPFS issue we determined that the issue is go-ipfs v0.10.0's mdns implementation in go-libp2p. Apparently, go-ipfs v0.11.0 will use random DNS labels that the devs think should solve this problem.

ipfs/kubo#8534 (comment)

[lidel]

@spylogsster i think this is solved since update to 0.11 (#20072)