Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Autofill has stopped working across all sites in Firefox on Linux #10815

Closed
1 task done
mashedkeyboard opened this issue Aug 30, 2024 · 45 comments
Closed
1 task done

Autofill has stopped working across all sites in Firefox on Linux #10815

mashedkeyboard opened this issue Aug 30, 2024 · 45 comments
Labels
browser Browser Extension bug

Comments

@mashedkeyboard
Copy link

Steps To Reproduce

  1. Go to any site with a login field
  2. Open the browser extension and log in, with the normal expected relatively long loading time
  3. Click either an existing configured login, or click a login and select "Autofill"
  4. Observe the "Unable to fill selected login item on this page" error message, for any page, on any website
  5. Close the browser extension
  6. Observe that the browser extension icon does not show the number of logins registered on this site
  7. Open the browser extension
  8. Observe that the browser extension takes the same time to load as it did the first time around

Expected Result

Successful autofill on any site, especially sites that have previously worked on the same Firefox/Linux setup, and continue to work on other platforms (e.g. Windows and Android)

Actual Result

Autofill appears to be broken, as does the Bitwarden extension's icon representation of the number of registered logins for a site, and the in-memory vault storage (perhaps relatedly?)

Screenshots or Videos

No response

Additional Context

A number of other users have also been reporting this same issue on the Bitwarden forum: https://community.bitwarden.com/t/autofill-no-longer-works-on-windows-firefox/71481/4

Operating System

Linux

Operating System Version

Manjaro 6.1.103-1-MANJARO x86_64; other users report on Fedora 40 and Ubuntu 22

Web Browser

Firefox

Browser Version

129.0.1; other users report on 129.0.2

Build Version

2024.8.0

Issue Tracking Info

  • I understand that work is tracked outside of Github. A PR will be linked to this issue should one be opened to address it, but Bitwarden doesn't use fields like "assigned", "milestone", or "project" to track progress.
@mashedkeyboard mashedkeyboard added browser Browser Extension bug labels Aug 30, 2024
@JABirchall
Copy link

JABirchall commented Aug 30, 2024

Link #10814 this also effects windows. Seems to be global Firefox issue, not OS dependant.

@mashedkeyboard
Copy link
Author

mashedkeyboard commented Aug 30, 2024

During the "long loading time" phase, I get this output in the browser console:

State version: 66 2 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 4ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 8ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 16ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 32ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 64ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 128ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 256ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 512ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 1024ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 2048ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 4096ms [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
State version: 66 [main.js:1:11296](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)
Waiting for migrations to finish, waiting for 8192ms [main.js:1:1129](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/main.js)

Each time I press "Autofill", along with the standard Bitwarden error that appears in the GUI, I get this output in the console, which seems probably irrelevant but just mentioning in case:

Error in parsing value for ‘width’.  Declaration dropped. 6 [index.html:1:1](moz-extension://f268e982-2774-4855-bde8-935288674b81/popup/index.html)

The regular Developer Tools console (i.e. not the browser console) also gives this error on each pageload, irrespective of the page:

Error: Could not establish connection. Receiving end does not exist. [trigger-autofill-script-injection.js:5:20](moz-extension://f268e982-2774-4855-bde8-935288674b81/content/trigger-autofill-script-injection.js)

@daniellbw
Copy link

Hi there,

I am unable to reproduce this issue, it has been escalated for further investigation. If you have more information that can help us, please add it below.

Thanks!

@ashjaylk
Copy link

ashjaylk commented Aug 31, 2024

Also affecting Chrome and Edge on Fedora

image
image

Microsoft Edge
Version 128.0.2739.42 (Official build) (64-bit)

@JABirchall
Copy link

JABirchall commented Aug 31, 2024

Also affecting Chrome and Edge on Fedora

image image

Microsoft Edge Version 128.0.2739.42 (Official build) (64-bit)

So this is more wide spread to other browsers too.
Is the context menu on forms also missing?

@Ac1dg0sling
Copy link

Also affecting Chrome and Edge on Fedora
image image
Microsoft Edge Version 128.0.2739.42 (Official build) (64-bit)

So this is more wide spread to other browsers too. Is the context menu on forms also missing?

I checked Edge, chrome, brave, arc all of these browsers are having the same issue with bitwarden extension on Windows10/11 IOT LTSC.

@mashedkeyboard
Copy link
Author

This seems to have resolved for me after a clean reinstall of the extension, removing the data from the Firefox profile. I wonder given the migration messages whether this relates to a change in the extension's internal storage schema or something in the last version, breaking upgrades but meaning new installs are OK?

@Danie10
Copy link

Danie10 commented Sep 2, 2024

I started having the same problem with the latest version on Brave on Linux. It would log in, but would not autofill and neither would it sync the vault. If I deactivated and reactivated the extension, it started working until the next browser restart. It is not doing this with the older version of the extension on my Vivaldi browser.

I think @mashedkeyboard is on the right route. Seems the update to the extension created some corruption of the extension data. I'm also going to retry installing it. Just hope I don't have to do it for all my 5 browsers as that is going to be a bit irritating.

@JABirchall
Copy link

JABirchall commented Sep 2, 2024

I started having the same problem with the latest version on Brave on Linux. It would log in, but would not autofill and neither would it sync the vault. If I deactivated and reactivated the extension, it started working until the next browser restart. It is not doing this with the older version of the extension on my Vivaldi browser.

Ahh crap, no syncing might be a problem, ive already added new passwords manually since this started happening.

Update: I have checked and the new passwords I added in the extention manually have synced to the desktop app.

@Danie10
Copy link

Danie10 commented Sep 2, 2024

Nope for me uninstalling the extension and removing data, restarting browser and re-installing extension, still produces the no sync issue. EDIT: It appears to sync on initial login, but not after that again.

Worse, Vivaldi just updated the extension to v2024.8.1, and I have the same problem there now. I need to somehow revert to the 2024.7.x version otherwise I may be pretty stuck as every password I have is inside Bitwarden.

@ashjaylk
Copy link

ashjaylk commented Sep 2, 2024

I also can confirm that reinstalling Bitwarden extensions on chromium browsers resolved the issue.

UPDATE: problem still persists in Firefox even after re-installing extensions. However for chrome, it resolved as i mentioned earlier.

@StefanBrand
Copy link

If you have more information that can help us, please add it below.

I have this issue with

  • Bitwarden extension Version: 2024.8.1
  • Firefox 129.0.2 installed via Snap
  • Ubuntu 24.04.1 LTS

@fixator10
Copy link

Same on Opera on Windows

  • Extension 2024.8.1
  • Opera 113.0.5230.47
  • Windows 10.0.19045

Autofill in context menu seems to believe that every input field is on google.com

@Aldjinn
Copy link

Aldjinn commented Sep 3, 2024

Same here as well with today's new Firefox.

  • Extension 2024.8.1
  • Firefox 130.0
  • Windows 11 23H2 22631.4112

@ThisIsTheOnlyUsernameAvailable

I'm seeing the same thing on Fedora 40. Firefox is 129.0.2, Extension 2024.8.1.

@Jaakkonen
Copy link

Jaakkonen commented Sep 4, 2024

Also experiencing this. Firefox developer edition 130.0b7 and extension 2024.8.1 on Arch Linux.

I'm surprised that there's no integration test to test for this kind of regressions in the pipeline. Just paid for my annual subscription, hopefully this can get fixed quickly!

This issue doesn't appear in private browsing windows when the extensions "enable for private windows" is toggled off and then back on. So the issue seems to only exist if the extension is enabled at the startup of the browser or something.

@Danie10
Copy link

Danie10 commented Sep 4, 2024

I've logged it at their Help Centre now and mentioned this issue as it has not been allocated to anyone yet.

@JABirchall
Copy link

JABirchall commented Sep 4, 2024

I've logged it at their Help Centre now and mentioned this issue as it has not been allocated to anyone yet.

From what I know, no one on the dev team is able to replicate it, as it doesnt happen on a fresh install (which tests typically mimic). This regression from old installs.

So unless we can find a method to replicate the issue on a fresh install, it likly wont get patched.

@ThisIsTheOnlyUsernameAvailable

So unless we can find a method to replicate the issue on a fresh install, it likly wont get patched.

Unfortunately -- at least for me -- re-install does not fix it.

@Aevrin
Copy link

Aevrin commented Sep 4, 2024

Did anyone try a firefox reinstall? Clearing all temp files and such?

@Aevrin
Copy link

Aevrin commented Sep 4, 2024

I manually deleted the extension folders in C:\Users$User\AppData\Roaming\Mozilla\Firefox\Profiles$Profile\storage\default removed and reinstalled, and it's now working.

@Aldjinn
Copy link

Aldjinn commented Sep 4, 2024

For me with Firefox on Windows, just removing and adding the addon again fixed it.

@ThisIsTheOnlyUsernameAvailable
Copy link

ThisIsTheOnlyUsernameAvailable commented Sep 5, 2024

I manually deleted the extension folders in C:\Users$User\AppData\Roaming\Mozilla\Firefox\Profiles$Profile\storage\default removed and reinstalled, and it's now working.

This fixed it for me too. Just removing the plugin from Firefox did not remove the package from the filesystem. Manually deleting the file from ~/.mozilla/firefox/-profile-/extensions resolved the issue.

@StefanBrand
Copy link

After restarting the computer it now works again. I noticed that I had a mismatch of "Version" and "Server version" before (Server version was still 2024.8.0):

image

Now the two versions match again.

@Lantau
Copy link

Lantau commented Sep 5, 2024

I'm encountering the problem about 50% of the time I start Firefox. I've noticed that when Firefox starts, if the lock symbol on the Bitwarden icon for the extension is present then operation is normal, i.e. I have to log into Bitwarden and it works correctly. However, sometimes the lock is not present on starting Firefox , even if I have not yet logged into Bitwarden. Selecting the icon will bring up the master password prompt. After login the logins are visible but there's no auto fill.
I hope this adds a bit more info.
Ubuntu 20.04.6 LTS
129.0.2 (64-bit)
Bitwarden Version: 2024.8.1

@MrAlucardDante
Copy link

Locking the vault in the extension fixed it for me on Windows 11 and Firefox 130. But maybe it's only a temporary fix and it might end up reappearing.

mimi

So, this basically means that no one at Bitwarden is using Bitwarden, which I highly doubt.

@jdambron
Copy link

jdambron commented Sep 5, 2024

I encountered an issue with the Bitwarden extension (version 2024.8.1) on Firefox 130.0 running on Arch Linux.

Simply removing and reinstalling the extension didn't resolve the problem.

While following the instructions from this GitHub comment (#10815 (comment)) to remove the extension and clean the specific folder helped, the fix was temporary and only lasted until the next Firefox restart.

Disabling and then re-enabling the extension seems to offer a temporary workaround, but it's limited to the current Firefox session. Closing and reopening the browser causes the issue to reoccur.

@likwidoxigen
Copy link

likwidoxigen commented Sep 5, 2024

I had this issue yesterday. I fixed it with the uninstall and re-install. And today it's broken again. I tried clicking the manual "lock now" button in the extension and it does not lock.

  • Extension 2024.8.1
  • Firefox 130.0
  • Windows 10

@Danie10
Copy link

Danie10 commented Sep 5, 2024

Now working on Brave Beta for me from today - deleted the extension again, and reinstalled, and noted the extension version matches the server version.

@EventHorizonsEngineering
Copy link

EventHorizonsEngineering commented Sep 5, 2024

Started with me a few days ago. Found this thread after restarts of Firefox did nothing.
Disabling and re-enabling extension did not work.

Uninstalled and re-installed extension. Worked, even after a restart of Firefox. (Did not manually delete any data)

Rocky (RHEL) 9.4 (Linux 5.14.0-427.28.1.el9_4.x86_64 x86_64)
Firefox 115.13.0esr (64-bit)
Bitwarden Version: 2024.8.1

EDIT: I did a test restart of Firefox on 9/5 and it still worked. I run two instances of Firefox with separate profiles. Only have BitWarden installed on one profile and I'm pretty confident the other profile was not running during my testing. But this morning I restarted both and now it's not working.

EDIT 2: Suddenly started working again today, 9/6. Version number are the same. I had not done anything, but had intended to later. Both instances of Firefox are open. Had not even restarted Firefox. I also run Thunderbird. Wonder if there is some sort of interaction?

@JABirchall
Copy link

JABirchall commented Sep 5, 2024

Started with me a few days ago. Found this thread after restarts of Firefox did nothing. Disabling and re-enabling extension did not work.

Yea disabling and reenabling the extension fixes the issue for me, until close and reopen firefox.

@thezoggy
Copy link

thezoggy commented Sep 6, 2024

and another one here, bitwarden was fine on firefox 129.x, then as soon as I updated to firefox 130 autofill stopped working

Extension 2024.8.1
Firefox 130.0
Windows 10

@arnelap
Copy link

arnelap commented Sep 6, 2024

I thought reinstalling solved it, but it did not. Only directly after the install it worked, but after a restart the issue was back again and I don't have auto-fill unless i reinstall again.

I tried deleting the extension folder from my home folder, and then install fresh, no difference.

Linux Firefox 129.0.1 , Bitwarden 2024.8.1

This is what I get in the extension debugger when I turn off and back on tthe bitwarden extension

Uncaught (in promise) TypeError: null has no properties
injectAutofillScriptsInAllTabs autofill.service.ts:2779


This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”.
[background.html](moz-extension://c8f353b7-09b4-4347-b5ee-d371b4f30bf6/background.html)
State version: 68 [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator lp (to version 3) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Od (to version 4) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator mu (to version 5) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator nh (to version 6) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator ip (to version 7) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator rp (to version 8) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator op (to version 9) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Ul (to version 10) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator El (to version 11) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator zl (to version 12) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Bl (to version 13) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Wl (to version 14) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Gl (to version 15) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Ql (to version 16) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator ec (to version 17) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator nc (to version 18) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator oc (to version 19) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator cc (to version 20) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator hc (to version 21) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator vc (to version 22) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator wc (to version 23) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Pc (to version 24) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Oc (to version 25) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Dc (to version 26) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Uc (to version 27) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Ec (to version 28) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Rc (to version 29) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Vc (to version 30) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator $c (to version 31) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator qc (to version 32) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Zc (to version 33) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator nd (to version 34) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator od (to version 35) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator cd (to version 36) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator hd (to version 37) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Sd (to version 38) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator kd (to version 39) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Nd (to version 40) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Md (to version 41) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Kd (to version 42) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator _d (to version 43) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator jd (to version 44) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Yd (to version 45) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Xd (to version 46) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator du (to version 47) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator pu (to version 48) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator gu (to version 49) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Pu (to version 50) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Ou (to version 51) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Au (to version 52) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Uu (to version 53) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Mu (to version 54) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Vu (to version 55) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator ju (to version 56) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Gu (to version 57) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Qu (to version 58) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator th (to version 59) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator lh (to version 60) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator yh (to version 61) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Ph (to version 62) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Ah (to version 63) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Th (to version 64) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Bh (to version 65) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Gh (to version 66) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator Qh (to version 67) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Migrator ep (to version 68) should migrate: false - up [console-log.service.ts:43:16](webpack:///libs/common/src/platform/services/console-log.service.ts)
Uncaught (in promise) TypeError: null has no properties
    injectAutofillScriptsInAllTabs autofill.service.ts:2779
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    fC background.js:1
    fC background.js:1
    injectAutofillScriptsInAllTabs background.js:1
    loadAutofillScriptsOnInstall autofill.service.ts:123
    fC background.js:1
    fC background.js:1
    loadAutofillScriptsOnInstall background.js:1
    checkOnInstalled runtime.background.ts:360
    WI background.js:1
    WI background.js:1
    checkOnInstalled runtime.background.ts:358
    setTimeout handler*38249/checkOnInstalled/< runtime.background.ts:358
    WI background.js:1
    WI background.js:1
    checkOnInstalled background.js:1
    init runtime.background.ts:64
    WI background.js:1
    WI background.js:1
    init background.js:1
    bootstrap main.background.ts:1203
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    o background.js:1
    promise callback*l background.js:1
    HI background.js:1
    HI background.js:1
    bootstrap background.js:1
    38249 background.ts:12
    Webpack 5
[autofill.service.ts:2779:40](webpack:///src/autofill/services/autofill.service.ts)

> ​

@JABirchall
Copy link

I may have found something.

I changed the algorithm from PBKDF2 with 600000 iterations to Argon2id with 64mb ram, and the last few browser restarts Bitwarden has worked consistently without needing to turn off and on the extension.

based on suggestion here: bitwarden/ios#820

Ive been using Argon from the start.

@jdambron
Copy link

jdambron commented Sep 7, 2024

I may have found something.

I changed the algorithm from PBKDF2 with 600000 iterations to Argon2id with 64mb ram, and the last few browser restarts Bitwarden has worked consistently without needing to turn off and on the extension.

based on suggestion here: bitwarden/ios#820

Ive been using Argon from the start.

Same here.

@JABirchall
Copy link

Ive determined the issue is with the new Autofill UI they released in 2024.8.1
See: #10814 (comment)

@eylenburg
Copy link

Same problem for me on Windows + Firefox. Nothing to do with Linux specifically. Also I am unable to lock the vault or log out.

I deleted the extension and reinstalled and logged in again and now it shows me the autofill 'numbers' (like the small 1 if I have an account on the website). But who knows how long it'll last...

@Tea23
Copy link

Tea23 commented Sep 10, 2024

Seems to be fixed in 2024.8.2

@WrichikBasu
Copy link

Yep, the issue seems to have been resolved in the latest version; can finally autofill as usual. Thank you devs!

@Danie10
Copy link

Danie10 commented Sep 12, 2024

IT only worked for me for a short bit after re-installing the extension. The same is still happening with v2.9.0 too on both Brave and Vivavldi. I did delete the extension yesterday and reinstalled, but today again no autofill. Also notice it takes quite a while to login.

@WrichikBasu
Copy link

Gonna take back my previous comment. It worked fine in 8.2, but not in 9.0. Same issue as 8.1.

@DrPhil
Copy link

DrPhil commented Sep 16, 2024

I have the same issue.
Version: 2024.9.0
Server version: 2024.9.0
Firefox version: 130.0 (64-bit) Mozilla Firefox for Manjaro Linux

@solonovamax
Copy link

solonovamax commented Sep 16, 2024

Disabling then re-enabling the extension did not fix it for me.

However, going to about:addons -> Bitwarden -> Permissions and then toggling "Exchange messages with programs other than Firefox Developer Edition" ("Firefox Developer Edition" will be replaced by whatever the name of your firefox browser is. eg. "Firefox", "Firefox Developer Edition", "Librewolf", etc.) seemed to fix it for me.
It may have something to do with the permissions being bugged somehow and toggling this reloaded the permissions, fixing them. Unsure.

@arnelap
Copy link

arnelap commented Sep 18, 2024

Enabling "Exchange messages with other programs" permission did not solve the issue for me.

Closing and then re-opening my browser after reboot does "solve" the issue.
I'm not sure why/how that could be, but I open my browser, wait for bitwarden to load, then close the browser (count to 10 to make sure the background process is fully terminated) then re-open the browser, and then bitwarden works normally.

After I reboot my device I need to do this again.

im on version 2024.9.0 Firefox 130.0 (64-bit) Manjaro Linux

@cagonzalezcs
Copy link
Contributor

@mashedkeyboard Thank you for this bug report. This appears to be a duplicate of the problem described in #10814 , please see this comment for details surrounding the problem.

As this is a duplicate, I'm closing this thread for now to focus discussion within the Github issue mentioned above. Please feel free to continue discussion there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
browser Browser Extension bug
Projects
None yet
Development

No branches or pull requests