[Bug]: 3.14.x asks to log in on every start

[danepowell]

⚠️ Before submitting, please verify the following: ⚠️

• This is a bug, not a question or a configuration issue.
• This issue is not already reported on Github (I've searched it).
• Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
• I agree to follow Nextcloud's Code of Conduct

Bug description

Every time the desktop client starts, it opens a browser window asking me to authorize it with my Nextcloud instance. Downgrading to 3.13.4 fixes the issue (the client logs in immediately and transparently upon starting). The issue occurs in 3.14.0 and persists in 3.14.3.

Steps to reproduce

1. Install 3.13.4 and see that the client is logged in
2. Upgrade to 3.14.0 and see that the client is now logged out
3. Log in via the browser prompt
4. Restart the client and see that it's logged out again.

Expected behavior

If I've logged in previously, I should not be asked to log in again when the client starts

Which files are affected by this bug

n/a

Operating system

Linux

Which version of the operating system you are running.

Linux Mint 22 Cinnamon

Package

Official Linux AppImage

Nextcloud Server version

29.0.7

Nextcloud Desktop Client version

3.14.1

Is this bug present after an update or on a fresh install?

Updated to a major version (ex. 3.3.6 to 3.4.0)

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

• Default internal user-backend
• LDAP/ Active Directory
• SSO - SAML
• Other

Nextcloud Server logs

No response

Additional info

I don't want to post a full debug archive since it contains information I'd consider sensitive. Here's some relevant logs though:

2024-09-26 07:57:32:495 [ warning qt.qml.context unknown:0 ]:	qrc:/qml/src/gui/tray/Window.qml:312:29 Parameter "index" is not declared. Injection of parameters into signal handlers is deprecated. Use JavaScript functions with formal parameters instead.
2024-09-26 07:57:32:503 [ warning nextcloud.gui.account.manager /home/user/src/gui/accountmanager.cpp:535 ]:	Failed to read proxy password to keychain "Unknown error"
2024-09-26 07:57:32:503 [ info nextcloud.gui.account.state /home/user/src/gui/accountstate.cpp:268 ]:	check connectivity
2024-09-26 07:57:32:503 [ info nextcloud.sync.credentials.webflow /home/user/src/gui/creds/webflowcredentials.cpp:139 ]:	Fetch from keychain!
2024-09-26 07:57:32:503 [ warning qt.qml.context unknown:0 ]:	qrc:/qml/src/gui/tray/Window.qml:313:29 Parameter "object" is not declared. Injection of parameters into signal handlers is deprecated. Use JavaScript functions with formal parameters instead.
2024-09-26 07:57:32:507 [ debug nextcloud.sync.filesystem /home/user/src/libsync/filesystem.cpp:67 ]	[ OCC::FileSystem::filePathLockFilePatternMatch ]:	Checking if it is a lock file: "/home/dane/Nextcloud/.nextcloudsync.log"
2024-09-26 07:57:32:507 [ debug nextcloud.gui.folderwatcher /home/user/src/gui/folderwatcher.cpp:226 ]	[ OCC::FolderWatcher::changeDetected ]:	Locked files: QList()
2024-09-26 07:57:32:507 [ debug nextcloud.gui.folderwatcher /home/user/src/gui/folderwatcher.cpp:236 ]	[ OCC::FolderWatcher::changeDetected ]:	Unlocked files: QList()
2024-09-26 07:57:32:507 [ debug nextcloud.gui.folderwatcher /home/user/src/gui/folderwatcher.cpp:237 ]	[ OCC::FolderWatcher::changeDetected ]:	Locked files: QSet()
2024-09-26 07:57:32:507 [ info nextcloud.gui.folderwatcher /home/user/src/gui/folderwatcher.cpp:252 ]:	Detected changes in paths: QSet("/home/dane/Nextcloud/.nextcloudsync.log")
2024-09-26 07:57:32:507 [ debug nextcloud.gui.folder /home/user/src/gui/folder.cpp:911 ]	[ OCC::Folder::pathIsIgnored ]:	* Ignoring file "/home/dane/Nextcloud/.nextcloudsync.log"
2024-09-26 07:57:32:507 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:	Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-09-26 07:57:41:168 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:	Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-09-26 07:57:42:244 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:	Unable to read "dane_clientCertificatePEM:https://nextcloud.example.com/:0" chunk "0" "Unknown error"
2024-09-26 07:57:42:244 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:	Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-09-26 07:57:51:248 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:	Unable to read "proxy-password" chunk "0" "Unknown error"
2024-09-26 07:57:51:248 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:298 ]:	ReadPasswordJob failed with "Unknown error"
2024-09-26 07:57:51:276 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:	Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-09-26 07:57:52:245 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:	Unable to read "dane_clientKeyPEM:https://nextcloud.example.com/:0" chunk "0" "Unknown error"
2024-09-26 07:57:52:245 [ warning nextcloud.sync.credentials.webflow /home/user/src/gui/creds/webflowcredentials.cpp:463 ]:	Unable to read client key "Unknown error"
2024-09-26 07:57:52:245 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:	Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-09-26 07:58:01:249 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:	Unable to read "proxy-password" chunk "0" "Unknown error"
2024-09-26 07:58:01:249 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:298 ]:	ReadPasswordJob failed with "Unknown error"

[agramner]

Also having the same problem. Had to revert back to 3.13.4

[mgallien]

Not being familiar with Ubuntu Mate 22, do you what is supposed to be storing secrets on this platform ?
We rely on https://github.com/frankosterfeld/qtkeychain and I have no idea how Ubuntu Mate 22 would integrate or not with QtKeychain

[JoshuaPettus]

Appears to be the same experience on standard Gnome Fedora 40.

I've even had to reenter the E2E numonic forcing a resync

Which raises the question, does it work for people who have plasma for their Desktop?

[nerdling]

I'm experiencing the same issue with two ubuntu noble 24.04.1 installs using appimage.

[Key-Snapper]

Same for me (LM22 Cinnamon). I'm asked for a kdewallet password. I never used kdewallet.

[ncerutti]

Same with Ubuntu 24.04.1, appimage.

[fsteinmann]

+1, Ubuntu 24.02.1, appimage 3.14.1

[angelo-v]

Same here (Ubuntu 24.04.1, using Nextcloud AppImage 3.14.0 or 3.14.1), it also crashes with segmentation fault regularly. Rolled back to 3.13

[jaykayenn]

Confirmed on LM22 (Noble base).

[hd42]

Same with Ubuntu 24.04.1, appimage.

+1

[Olli]

I've the same issue in Debian SID ... I'm not using kdewallet at all.

[phi0042]

Same with ubuntu 24.04.1 and NextCloud AppImage 3.14.0 and 3.14.1, the latter version fixing nothing.

[phi0042]

Also having the same problem. Had to revert back to 3.13.4

Where to find the previous AppImage please ?

[Olli]

https://github.com/nextcloud-releases/desktop/releases/

[jalefkowit]

Just chiming in to say I have had this problem too, with both 3.14.0 and 3.14.1. I'm using Ubuntu 24.04.1, GNOME 46, and the NextCloud AppImage. 3.13.4 continues to work as expected, so I have rolled back to it after both updates and am staying there for now.

[MichiS97]

Got the same problem since doing the dist upgrade to 24.04.1 today,
This, combined with the problem I'm facing on my Windows install (#6707) kind of makes me want to ditch Nextcloud altogether

[il-santo]

Having this problem since 3.14.0, updating to 3.14.1 didn't fix it.

[pcismejr]

Confirm same problem here on LM22 since 3.14.0

[josemaX]

Same here, Fedora 40 + 3.14.0 and 3.14.1 reverted to 3.13.4 and fine with it.

[mgallien]

please avoid posting too much comments without more information
that makes it very complicated to handle the issue and I would prefer not to mark like 15 comments as being offtopic
the question is really what you are running ?
Qt Keychain that is used by the client should be able to use kwallet secret storage native API, SecretService DBus based API and maybe also some Gnome native secret API
so it should still not be required to run kwallet to get the secrets stored
I would appreciate that people affected by the issue check if they have kwallet installed and started
see also frankosterfeld/qtkeychain#220

[mgallien]

and by the way, I did not notice because I have kwallet configured and running
does not mean in any way that this should be required in any way for users

[phi0042]

Fact: There was no problem with 3.13.4. There is a problem with 3.14.0 and 3.14.1. If I go back to 3.14.3, the issue disappears.

Comments: I don't know if kwallet is installed. What is the name of the package ? Not kwallet obviously, the package does not seem to exist. Besides, I use Ubuntu with Gnome. I suspect that kwallet belongs to KDE. Not everyone uses KDE. There is a place where secret are stored with Gnome. The old version 3.13.4 does put the secret in this place. Not the versions 3.14.0 and 3.14.1. Something is clearly broken in 3.14.0 and 3.14.1.

[mgallien]

Fact: There was no problem with 3.13.4. There is a problem with 3.14.0 and 3.14.1. If I go back to 3.14.3, the issue disappears.

Comments: I don't know if kwallet is installed. What is the name of the package ? Not kwallet obviously, the package does not seem to exist. Besides, I use Ubuntu with Gnome. I suspect that kwallet belongs to KDE. Not everyone uses KDE. There is a place where secret are stored with Gnome. The old version 3.13.4 does put the secret in this place. Not the versions 3.14.0 and 3.14.1. Something is clearly broken in 3.14.0 and 3.14.1.

the release 3.14.1 is working fine with ubuntu 22.04 stock installation
gnome-keyring-daemon is used to store the secret and this is working fine with default settings
if you want to help getting this solved, please look at your logs (usually stored in ~/.config/Nextcloud/logs) and get any lines related to the storage of secrets
please also check what secret daemons are running inside your session ?

and my question is for anybody that want to help not just @phi0042

[mgallien]

as I cannot reproduce with ubuntu 22.04, you have to know that I will keep working on this only if the tone of the conversation is nice, respectful and useful
I will not keep working on this if I get reply like I don't know what I am using or I don't what I am running
this is a bug tracker and not an end user support forum
if you are not able to help, please go to https://help.nextcloud.com and engage with the community there

[il-santo]

@mgallien these are the lines in my logs that contain the string 'error' (case insensitive) :

2024-10-04 09:57:54:386 [ debug nextcloud.sync.database /home/user/src/common/syncjournaldb.cpp:919 ]   [ OCC::SyncJournalDb::tableColumns ]:   Columns in the current journal: QList("path", "chunk", "transferid", "errorcount", "size", "modtime", "contentChecksum")
2024-10-04 09:57:54:387 [ debug nextcloud.sync.database /home/user/src/common/syncjournaldb.cpp:919 ]   [ OCC::SyncJournalDb::tableColumns ]:   Columns in the current journal: QList("path", "lastTryEtag", "lastTryModtime", "retrycount", "errorstring", "lastTryTime", "ignoreDuration", "renameTarget", "errorCategory", "requestId")
2024-10-04 09:57:56:156 [ warning nextcloud.gui.account.manager /home/user/src/gui/accountmanager.cpp:536 ]:    Failed to read proxy password to keychain "Unknown error"
2024-10-04 09:57:56:213 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:   Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-10-04 09:58:06:219 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:        Unable to read "ivan.iraci_clientCertificatePEM:https://REDACTED/:0" chunk "0" "Unknown error"
2024-10-04 09:58:06:219 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:   Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-10-04 09:58:16:219 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:        Unable to read "ivan.iraci_clientKeyPEM:https://REDACTED/:0" chunk "0" "Unknown error"
2024-10-04 09:58:16:219 [ warning nextcloud.sync.credentials.webflow /home/user/src/gui/creds/webflowcredentials.cpp:463 ]:     Unable to read client key "Unknown error"
2024-10-04 09:58:16:219 [ info nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:346 ]:   Backend unavailable (yet?) Retrying in a few seconds. "Unknown error"
2024-10-04 09:58:26:217 [ warning nextcloud.sync.credentials.keychainchunk /home/user/src/libsync/creds/keychainchunk.cpp:360 ]:        Unable to read "ivan.iraci_clientCaCertificatePEM0:https://REDACTED/:0" chunk "0" "Unknown error"
2024-10-04 09:58:26:217 [ warning nextcloud.sync.credentials.webflow /home/user/src/gui/creds/webflowcredentials.cpp:504 ]:     Unable to read client CA cert slot "0" "Unknown error"
2024-10-04 09:58:26:540 [ info nextcloud.sync.networkjob.checkserver /home/user/src/libsync/networkjobs.cpp:556 ]:      status.php returns:  QJsonDocument({"edition":"","extendedSupport":false,"installed":true,"maintenance":false,"needsDbUpgrade":false,"productname":"Nextcloud","version":"29.0.7.1","versionstring":"29.0.7"})   QNetworkReply::NoError  Reply:  QNetworkReplyHttpImpl(0x55b265885ce0)
2024-10-04 09:58:26:701 [ warning nextcloud.sync.credentials.webflow /home/user/src/gui/creds/webflowcredentials.cpp:207 ]:     QNetworkReply::AuthenticationRequiredError
2024-10-04 09:58:46:899 [ debug nextcloud.gui.account.manager /home/user/src/gui/accountmanager.cpp:317 ]       [ OCC::AccountManager::saveAccount ]:   Saved account settings, status: QSettings::NoError
2024-10-04 09:58:46:900 [ warning nextcloud.gui.account.manager /home/user/src/gui/accountmanager.cpp:367 ]:    Failed to delete proxy password to keychain "Unknown error"
2024-10-04 09:58:46:900 [ warning nextcloud.sync.credentials.webflow /home/user/src/gui/creds/webflowcredentials.cpp:334 ]:     Error while writing password "Unknown error"
2024-10-04 09:58:47:142 [ warning nextcloud.sync.account /home/user/src/libsync/account.cpp:823 ]:      Unable to store appPassword in keychain "Unknown error"
2024-10-04 09:58:47:200 [ info nextcloud.sync.networkjob.checkserver /home/user/src/libsync/networkjobs.cpp:556 ]:      status.php returns:  QJsonDocument({"edition":"","extendedSupport":false,"installed":true,"maintenance":false,"needsDbUpgrade":false,"productname":"Nextcloud","version":"29.0.7.1","versionstring":"29.0.7"})   QNetworkReply::NoError  Reply:  QNetworkReplyHttpImpl(0x55b265bb8bc0)

gnome-keyring-daemon is running.

I cannot find any lines in my logs mentioning storage of secrets. What's the pattern I should be looking for?

[phi0042]

The explanation is simple by searching the forum : with 3.14, Gnome Keyrings is not detected/used anymore for some reason. Which is what I wrote earlier : with 3.14, the secret is not stored anymore for some reason. This means that anyone using Ubuntu 24.04 with KDE will not have any issue. As for the log file, it is huge.

[Travis-Ecc]

Fedora 40 with Gnome shell 46.5

$ sudo dnf list installed | grep kwallet
kf6-kwallet.x86_64 6.6.0-1.fc40 @updates
kf6-kwallet-libs.x86_64 6.6.0-1.fc40 @updates

I don't remember installing kwallet. It has not been configured or any rings created that I know of.

Just from retrying and app registration against browser login.
20:30:07 kwalletd6: Application ' "Nextcloud" ' using kwallet without parent window!
20:30:07 kwalletd6: Application ' "Nextcloud" ' using kwallet without parent window!

The below two are from initial startup
19:22:36 kwalletd6: Application ' "Nextcloud" ' using kwallet without parent window!
19:22:36 systemd: Started dbus-:[email protected].

[Travis-Ecc]

Fedora 40 with Gnome shell 46.5

$ sudo dnf list installed | grep kwallet kf6-kwallet.x86_64 6.6.0-1.fc40 @updates kf6-kwallet-libs.x86_64 6.6.0-1.fc40 @updates

I don't remember installing kwallet. It has not been configured or any rings created that I know of.

Just from retrying and app registration against browser login. 20:30:07 kwalletd6: Application ' "Nextcloud" ' using kwallet without parent window! 20:30:07 kwalletd6: Application ' "Nextcloud" ' using kwallet without parent window!

The below two are from initial startup 19:22:36 kwalletd6: Application ' "Nextcloud" ' using kwallet without parent window! 19:22:36 systemd: Started dbus-:[email protected].

[VanackSabbadium]

In version 3.14.0 ./squashfs-root/usr/lib/libglib-2.0.so.0 is present, which seems to cause this issue as described in frankosterfeld/qtkeychain#211.

The workaround/fix from frankosterfeld/qtkeychain#211 (comment) seems to work [1]. In 3.13.4 admin/linux/build-appimage.sh used the same workaround, by deleting libglib-2.0.so.0 from the appimage.

[1] On Ubuntu 24.04.1, extract nextcloud appimage using --appimage-extract, run the nextcloud binary. Observe you need to login. Stop the client, delete libglib-2.0.so.0, run the binary again. You will be logged in using your credentials from 3.13.x.

Thanks for this, works perfectly.

[JoshuaPettus]

I can't tell my users to unpack and edit Appimages.
Can someone look into this and run a build for Ubuntu 24 and derivatives?

@jaykayenn : I don't understand what you want. I made a new AppImage and you can as well and give it to your users.

I think we are in all agreement that officially supported releases simply should work without any additional fixes by the end user or their support staff...

[benchti]

the title of this ticket is [[Bug]: 3.14.0/3.14.1 asks to log in on every start , it could be change with [[Bug]: 3.14.0/3.14.1/3.14.2 asks to log in on every start : I confirm the bug on ubuntu / 3.14.2 .

[il-santo]

Again in 3.14.2?!?
Plesase, @nextcloud-bot o whoever is maintaining the codebase for nextcloud desktop: remove libglib-2.0.so.0 from the appimage.

[VanackSabbadium]

Well, i suppose i'll keep unpacking the appimage, removing libglib and repacking the appimage again 'til the developer does it for me.

[Travis-Ecc]

the title of this ticket is [[Bug]: 3.14.0/3.14.1 asks to log in on every start , it could be change with [[Bug]: 3.14.0/3.14.1/3.14.2 asks to log in on every start : I confirm the bug on ubuntu / 3.14.2 .

I don't have capacity to chase this down. I'll stay on an old version until this is remediated.
To whoever the maintenance team are, the answer has been given. Can we please remove the offending library/call?

[danepowell]

Still an issue in 3.14.3. Looks like #7455 might fix this if it can be reviewed.

[bglogic]

Here are the steps to make it work until an official fix is out. The following example uses version 3.14.3

• Extract the AppImage

./Nextcloud-3.14.3-x86_64.AppImage --appimage-extract

• Run the app once from the extracted directory

cd ./squashfs-root
./AppRun

• Login
• Exit the app
• Remove libglib-2.0.so.0

rm ./usr/lib/libglib-2.0.so.0

• Turn it back to an AppImage

cd ..
ARCH=x86_64 VERSION=3.14.3 ~/Applications/appimagetool-855-x86_64.AppImage ./squashfs-root

Thanks to the earlier comments from @jvanderneutstulen and @JoshuaPettus
#7231 (comment)
#7231 (comment)

[FriedrichFroebel]

Although this PR unfortunately seems to only provide a hack/workaround for the actual issue instead of resolving the underlying problem. I stumbled upon this with a build distributed through apt recently and thus a real solution would be preferred (although I cannot help with this). In the meantime, I am using the AppImage build, but this feels like a hacky workaround as well.

[il-santo]

Still waiting for an official fix. Meanwhile I had to remove libglib-2.0.so.0 from the appimage, as usual.

[righthippie]

Confirm the same problem on Fedora 41 (GNOME 47) with any Nextcloud desktop app version 3.14.X

[Chad90b]

Still an issue on client v 3.14.3. Stable release. Windows 10 64bit english.

Client logs itself out on every reboot.

[benchti]

Fixed on my side on 3.15.0 , Thanks @cmuck and @mgallien

[Travis-Ecc]

I"m hoping so too. I will revisit later. Unfortunately downloading 3.15.0 shows up internally in settings as 3.14.3 and the Github url with starred version numbers is no longer working in Gearlever ⁣Get BlueMail for Android ​

…

On 27 Nov 2024, 07:39, at 07:39, "Ben." ***@***.***> wrote: Fixed on my side on 3.15.0 , Thanks @cmuck and @mgallien -- Reply to this email directly or view it on GitHub: #7231 (comment) You are receiving this because you commented. Message ID: ***@***.***>

[dtfleetwood]

It did update for me to 3.15.0. On first start it once again prompted for signin in my browser, however after that I shut it down and relaunched and it did not prompt. Seems to be fixed.

@Travis-Ecc The update URL I'm using in Gear Lever is: github.com/nextcloud-releases/desktop/releases/download//Nextcloud--x86_64.AppImage

It eliminated the asterix it seems, but after download and between the two dashes after Nextcloud.

[Travis-Ecc]

It did update for me to 3.15.0. On first start it once again prompted for signin in my browser, however after that I shut it down and relaunched and it did not prompt. Seems to be fixed.

@Travis-Ecc The update URL I'm using in Gear Lever is: github.com/nextcloud-releases/desktop/releases/download//Nextcloud--x86_64.AppImage

It eliminated the asterix it seems, but after download and between the two dashes after Nextcloud.

Yep I have the same url but it isn't saving for me

AS for the download I downloaded the AppImage and the download was the 3.15.0 but when I check it out iin the app it shows this

I even redownloaded and tried again but get the same.

[Travis-Ecc]

It did update for me to 3.15.0. On first start it once again prompted for signin in my browser, however after that I shut it down and relaunched and it did not prompt. Seems to be fixed.
@Travis-Ecc The update URL I'm using in Gear Lever is: github.com/nextcloud-releases/desktop/releases/download//Nextcloud--x86_64.AppImage
It eliminated the asterix it seems, but after download and between the two dashes after Nextcloud.

Yep I have the same url but it isn't saving for me

Update URL is working for me now

[Travis-Ecc]

AS for the download I downloaded the AppImage and the download was the 3.15.0 but when I check it out iin the app it shows this

I even redownloaded and tried again but get the same.

This is now resolved.

[josemaX]

Solved here, Fedora 40.

Thanks!

[fbau3r]

Solved for (my) Ubuntu 24.04 too.

Thanks everyone for suggested workarounds!

Many thanks for fixing the underlying issue @cmuck, @camilasan, @mgallien!
You're creating and maintaining an awesome piece of software! Chapeau! 🎩

[Chad90b]

Hesitant to jump the gun, but I can also report that so far the issue seems resolved on Win 10 as well.