Diễn đàn hỗ trợ Firefox

I have been trying for hours to get Firefox to allow me to use my webcam in the browser but I have uninstalled my browser, factory reset my laptop, removed my antivirus, gone in the website to allow, tried to find a suss certificate (which I don't want to go deleting anyway because I don't want to delete the wrong thing).

If someone can help me it will be appreciated. If you are going to go into registry keys etc please be clear in your instructions how to get there and fix it because whilst I'm not novice I have autism so my understanding might not be the same as an it person. Thanks

I used to be able to copy text in a youtube comment by long tapping on the comment and then dragging the handles to select the text.

This method of selecting text no longer works with Firefox for Android. It still works with other browsers such as Opera, Duckgo and Adblock Plus for Android.

my passcode was changed I did not Change it i cannot get into my laptop or change the password I went to upgrade through Firefox and I lost everything so I went in to recover and it was taking a long time to download finally my computer closed I went to open my computer and I put my password in and it says it's incorrect that I needed to reset it it gave me a hint and I don't recall that hand I've had the same password for a couple of years plus it tells me to put in a USB and my laptop cannot what does not have a port to put one in so how am I going to recover or get a new password

After updating my Windows, I had a problem with Firefox and several other programs not opening. Please help me how to fix Firefox.

Error phrase :

(V The application was unable to start correctly (Oxc0000022). Click OK to close the application.)

Since this morning Firefox keeps crashing on my PC, not only tabs, but the whole browser. I've sent countless reports so far. There is no error message. Is there a problem with Firefox today, or there may be another issue? Please help, thanks.

I am trying to create a new Firefox account with it's own email to be separate from this Firefox account I am posting from. However, every time I try to follow the "sign up" buttons I get redirected to the login page where I enter what I want as the new account info and receive a "Primary email account required for sign in" The email I'm trying to use for my new account is NOT registered with Firefox and I am using a freshly installed version of the browser on a new PC so no extensions are interfering.

I downloaded session manager on Firefox hoping to be able to import session file from session buddy from chrome. I tried importing the json file but it says it fails to read. Followed by some googling I found that the problem lies with the fact that session buddy files don't have several tags in current tabs in the json file so importing fails. Like mentioned here https://github.com/sienori/Tab-Session-Manager/issues/408#:~:text=Close%20Chrome%20and%20Open%20Firefox,%2C%20and%20click%20%22Open%22. I am a noob and I don't see how that could be fixed, any help, plz?

When I close tabs, and the computer stops working and I check the Task manager it turns out that firefox still runs 20-30tabs in the background when most of then have been closed and have just 4 running!!!

This occupies 100% of disk and CPU, and thw laptop stops functioning and freezes!!!!!!

And this happens all the time! How do we make firefox actualy close the tabs properly?? Without having to dig through task managerto close them again one by one?

I was trying to customize the toolbar and I can't recall how, but I lost access to my extension shortcuts through the menu list button on the toolbar. I've been since trying to get the button back or replace it, to access my extensions that way but I'm not finding any options to get the button back which I find ridiculous because the button is very helpful on the toolbar in utilizing your extensions. I'm kind of a newbie so I'm looking for help in how to get the button back on my toolbar so I can utilize my extensions that way, please. Thanks.

Windows 10 pc can not start,I have gone through automatic repair and diagnostics steps,but am now on advamced options and think I need to Reset it.This will lose Firefox.When I install it again will I be able to sign into my Firefox account to retrieve bookmarks and passwords?I am very nervous about this,don't even know how to install Firefox,as someone gave me the computer and it was already in there. I am a tech dinosaur!Thank you in advance for any help.Lesley

Once I pull up firefox, I NEVER get a search window to start my search. The only 1 that shows at the bottom is chrome? I do get the jump back in, but nothing to start a new one.

Hello everyone,

I'm currently running into some speed issues with Firefox on my laptop. I run Windows 10 on my HP Pavillion Notebook, 64 bit, 8GB RAM. It has been very slow to load all pages for the past 2 days, despite no real change in routine.

My internet connection is fine however, and other browsers such as Chrome run very fast on my PC. I have my Firefox updated to the latest version, I haven't installed any new add-ons in a long time. Just gave my current ones a look and all seem fine. Can also run Firefox fine on phone, so the speed issue is strictly for Firefox on PC. I've restarted my laptop, router, run troubleshooting, and nothing is showing up.

Should I wait this out and see if it clears up on it's own? If so, for how long? And if not, what should I do to fix this? Please let me know if you have any new suggestions, thank you.

Today I used firefox on my PC, using duckduckgo. I searched "iKnee" which is a brand of knee massager. I found that site but also in the search results there were several offensive porn sites listed. The first time that's ever happened. Why has it happened this time? Can I prevent it happening again?

Acc mercurial Mercurial > mozilla-central / search summary | shortlog | changelog | pushlog | graph | tags | bookmarks | branches | files | zip | help searching for Firefox 223 Linux 80ffb2b569bd2f12127bacecd065db364f497cb8: Bug 1802233 - target_is_linux_or_wasi was not meant to include Android. r=firefox-build-system-reviewers,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Nov 2022 00:46:13 +0000 - rev 643438 Push 40429 by ncsoregi@mozilla.com at Thu, 24 Nov 2022 21:26:38 +0000 Bug 1802233 - target_is_linux_or_wasi was not meant to include Android. r=firefox-build-system-reviewers,ahochheiden To avoid the confusion with target_is_linux meaning linux+android, we rename target_is_linux to target_has_linux_kernel. Naming is hard. Differential Revision: https://phabricator.services.mozilla.com/D162913 455d5db0d4bdc34bd4b75be5e853b6506c46f649: Bug 1773223 - Make the GN processor an independent script. r=firefox-build-system-reviewers,mjf,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Tue, 21 Jun 2022 02:30:37 +0000 - rev 621540 Push 39877 by nfay@mozilla.com at Tue, 21 Jun 2022 09:32:33 +0000 Bug 1773223 - Make the GN processor an independent script. r=firefox-build-system-reviewers,mjf,ahochheiden The way the processor works currently is that it relies on two different build backends, one of which produces json files for specific configurations, and the other which produces moz.build files from the aggregate of all those configs. Each of these json files is huge, and we actually don't have enough to support all the platforms we're supposed to be supporting. Adding more files is not enticing. Now that we've made the first step described above work in a single pass on a single machine (as opposed to multiple passes on multiple machines previously), we can actually merge both steps and avoid producing the intermediate json files altogether. This will allow to add more configurations without having to worry about the weight of those files. And because this all doesn't need to depend on having the first step hooked up in the build system, we make the whole an independent script rather than a build backend. Differential Revision: https://phabricator.services.mozilla.com/D149210 11f3375a4a704158a253195a15d397c7f8927598: Bug 1773223 - Make the GN processor an independent script. r=firefox-build-system-reviewers,mjf,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Mon, 20 Jun 2022 22:04:12 +0000 - rev 621522 Push 39875 by smolnar@mozilla.com at Tue, 21 Jun 2022 03:57:01 +0000 Bug 1773223 - Make the GN processor an independent script. r=firefox-build-system-reviewers,mjf,ahochheiden The way the processor works currently is that it relies on two different build backends, one of which produces json files for specific configurations, and the other which produces moz.build files from the aggregate of all those configs. Each of these json files is huge, and we actually don't have enough to support all the platforms we're supposed to be supporting. Adding more files is not enticing. Now that we've made the first step described above work in a single pass on a single machine (as opposed to multiple passes on multiple machines previously), we can actually merge both steps and avoid producing the intermediate json files altogether. This will allow to add more configurations without having to worry about the weight of those files. And because this all doesn't need to depend on having the first step hooked up in the build system, we make the whole an independent script rather than a build backend. Differential Revision: https://phabricator.services.mozilla.com/D149210 2b263cd7649205796467a480e2d96e061f58490c: Bug 1773223 - Generate webrtc moz.builds for all platforms at once. r=mjf,firefox-build-system-reviewers,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Mon, 20 Jun 2022 21:50:57 +0000 - rev 621517 Push 39875 by smolnar@mozilla.com at Tue, 21 Jun 2022 03:57:01 +0000 Bug 1773223 - Generate webrtc moz.builds for all platforms at once. r=mjf,firefox-build-system-reviewers,ahochheiden The current script requires to be run on 4 different host platforms each of which would handle a subset of a total of 32 mozconfigs. That is not sustainable, and there are already missing configs that break tier-3 platforms. This replaces the current setup with one that handles all platforms in one go, although we still keep the internal sequence of GcConfigGen -> fixup_json -> GnMozbuildWriter. The downside is that because this relies on the upstream webrtc build system supporting cross-compilation, and that it actively rejects some configurations, we need some local hacks to make it work on Linux and Mac, but for now, we have to leave out Windows, which requires more work. For some reason, that removes some duplicated include directories in the json files, which moves things a little in one moz.build file. We also remove the mozconfigs we don't use anymore. Differential Revision: https://phabricator.services.mozilla.com/D149205 5e1c0d1d401873393c549ee0cd7cd8e0323ce7bf: Bug 1773223 - Make the GN processor an independent script. r=firefox-build-system-reviewers,mjf,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Mon, 20 Jun 2022 20:58:30 +0000 - rev 621508 Push 39875 by smolnar@mozilla.com at Tue, 21 Jun 2022 03:57:01 +0000 Bug 1773223 - Make the GN processor an independent script. r=firefox-build-system-reviewers,mjf,ahochheiden The way the processor works currently is that it relies on two different build backends, one of which produces json files for specific configurations, and the other which produces moz.build files from the aggregate of all those configs. Each of these json files is huge, and we actually don't have enough to support all the platforms we're supposed to be supporting. Adding more files is not enticing. Now that we've made the first step described above work in a single pass on a single machine (as opposed to multiple passes on multiple machines previously), we can actually merge both steps and avoid producing the intermediate json files altogether. This will allow to add more configurations without having to worry about the weight of those files. And because this all doesn't need to depend on having the first step hooked up in the build system, we make the whole an independent script rather than a build backend. Differential Revision: https://phabricator.services.mozilla.com/D149210 f349d4ad00884a6ac6f933a9fccc282bdc4de6fa: Bug 1773223 - Generate webrtc moz.builds for all platforms at once. r=mjf,firefox-build-system-reviewers,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Mon, 20 Jun 2022 20:58:27 +0000 - rev 621503 Push 39875 by smolnar@mozilla.com at Tue, 21 Jun 2022 03:57:01 +0000 Bug 1773223 - Generate webrtc moz.builds for all platforms at once. r=mjf,firefox-build-system-reviewers,ahochheiden The current script requires to be run on 4 different host platforms each of which would handle a subset of a total of 32 mozconfigs. That is not sustainable, and there are already missing configs that break tier-3 platforms. This replaces the current setup with one that handles all platforms in one go, although we still keep the internal sequence of GcConfigGen -> fixup_json -> GnMozbuildWriter. The downside is that because this relies on the upstream webrtc build system supporting cross-compilation, and that it actively rejects some configurations, we need some local hacks to make it work on Linux and Mac, but for now, we have to leave out Windows, which requires more work. For some reason, that removes some duplicated include directories in the json files, which moves things a little in one moz.build file. We also remove the mozconfigs we don't use anymore. Differential Revision: https://phabricator.services.mozilla.com/D149205 8281fa0ead0ed4d3a44405bba8a12fc218d9dd03: Bug 1773223 - Turn gn into local toolchains. r=firefox-build-system-reviewers,ahochheiden diff browse Mike Hommey <mh+mozilla@glandium.org> - Wed, 15 Jun 2022 07:06:06 +0000 - rev 620932 Push 39854 by imoraru@mozilla.com at Wed, 15 Jun 2022 15:46:59 +0000 Bug 1773223 - Turn gn into local toolchains. r=firefox-build-system-reviewers,ahochheiden - Because we don't have a native arm64 mac one, alias the x86_64 one. - Because we always compress with zstd, don't pretend the main script has any power on the compression (which was wrong for Windows). Differential Revision: https://phabricator.services.mozilla.com/D149204 442c6e998e90a8a7fa9a7928ebf24f001f1563bd: Backed out 3 changesets (bug 1752232, bug 1734722) for causing spider-monkey failures. CLOSED TREE diff browse Sandor Molnar <smolnar@mozilla.com> - Mon, 31 Jan 2022 23:45:44 +0200 - rev 606056 Push 39223 by nfay@mozilla.com at Tue, 01 Feb 2022 09:39:42 +0000 Backed out 3 changesets (bug 1752232, bug 1734722) for causing spider-monkey failures. CLOSED TREE Backed out changeset 319186f8024a (bug 1752232) Backed out changeset 0a448a73bc66 (bug 1734722) Backed out changeset e684ad3cd11a (bug 1734722) 29d7e91fe7216c37639b4a836c83bdb20b03a28c: Bug 1725125 - Make a hybrid build system combining non-unified with unified r=firefox-build-system-reviewers,mhentges,glandium diff browse Andi-Bogdan Postelnicu <andi@mozilla.com> - Wed, 25 Aug 2021 10:46:18 +0000 - rev 589879 Push 38735 by nbeleuzu@mozilla.com at Wed, 25 Aug 2021 15:39:54 +0000 Bug 1725125 - Make a hybrid build system combining non-unified with unified r=firefox-build-system-reviewers,mhentges,glandium By hybrid unified system we understand a system that encapsulates modules that are built in the unified mode but also other modules, like `dom/Animation`, as an example, in the non unified environment. This approach is desirable since we already have most of the modules transitioned to the non unified system but there are still some that are not yet compatible, but in the long term this will be done by each module owner and can be also tested locally using the build system. If a module can't be built outside the unified method it's `moz.build` config file needs to have `REQUIRES_UNIFIED_BUILD = False` To also enable this we need to have a flag from `mozconfig`, like: ``` ac_add_options --disable-unified-build ``` Differential Revision: https://phabricator.services.mozilla.com/D122328 3e615329b0a3a5aa2029c68dd84bfd5eb2acaeda: Bug 1725145 - Preparation for the hybrid build env. r=necko-reviewers,firefox-build-system-reviewers,valentin,glandium diff browse Andi-Bogdan Postelnicu <andi@mozilla.com> - Wed, 25 Aug 2021 10:46:17 +0000 - rev 589878 Push 38735 by nbeleuzu@mozilla.com at Wed, 25 Aug 2021 15:39:54 +0000 Bug 1725145 - Preparation for the hybrid build env. r=necko-reviewers,firefox-build-system-reviewers,valentin,glandium Automatically generated path that adds flag `REQUIRES_UNIFIED_BUILD = True` to `moz.build` when the module governed by the build config file is not buildable outside on the unified environment. This needs to be done in order to have a hybrid build system that adds the possibility of combing unified build components with ones that are built outside of the unified eco system. Differential Revision: https://phabricator.services.mozilla.com/D122345 7e61e2eb9045117844ea7df96f0ba94eed4bd4ad: Bug 1692179 [wpt PR 27590] - Revert "[TablesNG] Implement column track merging", a=testonly diff browse Thiemo Nagel <tnagel@chromium.org> - Thu, 11 Feb 2021 16:50:24 +0000 - rev 567271 Push 38199 by cbrindusan@mozilla.com at Fri, 12 Feb 2021 21:51:52 +0000 Bug 1692179 [wpt PR 27590] - Revert "[TablesNG] Implement column track merging", a=testonly Automatic update from web-platform-tests Revert "[TablesNG] Implement column track merging" This reverts commit 2dadda0cccbda46a2fffe23e8c607e88f4d45394. Reason for revert: Suspected cause of paint/tables/huge-table-composited-scroll-collapsed-borders.html failures https://ci.chromium.org/ui/p/chromium/builders/ci/WebKit%20Linux%20ASAN/22054 Original change's description: > [TablesNG] Implement column track merging > > One the a11y requirements was that tables should do track merging. > I've skipped implementing this initially because there was major > disagreement about what to do. > > This implementation follows the standard. > Columns defined by TD or COL are merged for table-layout:auto, > and not merged for table-layout:fixed. > > Legacy did not follow the standard for columns defined by TDs: > they were always merged. Firefox implementation was closer to > standard, but sometimes buggy. > > This changes results of some tests. Almost all of them are because > "TablesNG is more standards compliant", and new renderings match > FF. > > There is disagreement about treatment of empty rows between > FF and TablesNGNG. > > external/wpt/css/css-tables/html5-table-formatting-1.html > external/wpt/css/css-tables/html5-table-formatting-2.html > > The rest of the changes render better, just like FF. > > Two new tests have been added: > wpt/css/css-tables/column-track-merging.html > tests the standard. > > accessibility/table-column-track-merging.html > tests Chrome's a11y API. > > Change-Id: Ia222351f7c500963ace556d76c26fcefb1df24e1 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2670193 > Commit-Queue: Aleks Totic <atotic@chromium.org> > Reviewed-by: Ian Kilpatrick <ikilpatrick@chromium.org> > Reviewed-by: David Grogan <dgrogan@chromium.org> > Cr-Commit-Position: refs/heads/master@{#852958} TBR=dgrogan@chromium.org,ikilpatrick@chromium.org,atotic@chromium.org,chromium-scoped@luci-project-accounts.iam.gserviceaccount.com Change-Id: Id914684949be4eb6196a850bb1168d25872346ef No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2690334 Reviewed-by: Thiemo Nagel <tnagel@chromium.org> Commit-Queue: Thiemo Nagel <tnagel@chromium.org> Cr-Commit-Position: refs/heads/master@{#853075} -- wpt-commits: 496c290543d0572ec532b092a3b2e7fe03381293 wpt-pr: 27590 1844991b6ebd33847b783338e2b6c629738e8ed0: Bug 1692179 [wpt PR 27590] - Revert "[TablesNG] Implement column track merging", a=testonly diff browse Thiemo Nagel <tnagel@chromium.org> - Thu, 11 Feb 2021 16:50:24 +0000 - rev 567184 Push 38198 by nerli@mozilla.com at Fri, 12 Feb 2021 16:21:58 +0000 Bug 1692179 [wpt PR 27590] - Revert "[TablesNG] Implement column track merging", a=testonly Automatic update from web-platform-tests Revert "[TablesNG] Implement column track merging" This reverts commit 2dadda0cccbda46a2fffe23e8c607e88f4d45394. Reason for revert: Suspected cause of paint/tables/huge-table-composited-scroll-collapsed-borders.html failures https://ci.chromium.org/ui/p/chromium/builders/ci/WebKit%20Linux%20ASAN/22054 Original change's description: > [TablesNG] Implement column track merging > > One the a11y requirements was that tables should do track merging. > I've skipped implementing this initially because there was major > disagreement about what to do. > > This implementation follows the standard. > Columns defined by TD or COL are merged for table-layout:auto, > and not merged for table-layout:fixed. > > Legacy did not follow the standard for columns defined by TDs: > they were always merged. Firefox implementation was closer to > standard, but sometimes buggy. > > This changes results of some tests. Almost all of them are because > "TablesNG is more standards compliant", and new renderings match > FF. > > There is disagreement about treatment of empty rows between > FF and TablesNGNG. > > external/wpt/css/css-tables/html5-table-formatting-1.html > external/wpt/css/css-tables/html5-table-formatting-2.html > > The rest of the changes render better, just like FF. > > Two new tests have been added: > wpt/css/css-tables/column-track-merging.html > tests the standard. > > accessibility/table-column-track-merging.html > tests Chrome's a11y API. > > Change-Id: Ia222351f7c500963ace556d76c26fcefb1df24e1 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2670193 > Commit-Queue: Aleks Totic <atotic@chromium.org> > Reviewed-by: Ian Kilpatrick <ikilpatrick@chromium.org> > Reviewed-by: David Grogan <dgrogan@chromium.org> > Cr-Commit-Position: refs/heads/master@{#852958} TBR=dgrogan@chromium.org,ikilpatrick@chromium.org,atotic@chromium.org,chromium-scoped@luci-project-accounts.iam.gserviceaccount.com Change-Id: Id914684949be4eb6196a850bb1168d25872346ef No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2690334 Reviewed-by: Thiemo Nagel <tnagel@chromium.org> Commit-Queue: Thiemo Nagel <tnagel@chromium.org> Cr-Commit-Position: refs/heads/master@{#853075} -- wpt-commits: 496c290543d0572ec532b092a3b2e7fe03381293 wpt-pr: 27590 549c6ecc1c215c8bcc04452396cc84dbeafb7bdb: Merge mozilla-central to inbound. a=merge CLOSED TREE diff browse Gurzau Raul <rgurzau@mozilla.com> - Tue, 10 Sep 2019 06:32:42 +0300 - rev 492436 Push 36556 by malexandru@mozilla.com at Tue, 10 Sep 2019 09:56:13 +0000 Merge mozilla-central to inbound. a=merge CLOSED TREE 43376e0c35631124193d304daeea1c557d487a8a: Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium diff browse Sylvestre Ledru <sledru@mozilla.com> - Sun, 10 Mar 2019 15:29:41 +0000 - rev 463408 Push 35676 by nbeleuzu@mozilla.com at Sun, 10 Mar 2019 21:40:03 +0000 Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium Differential Revision: https://phabricator.services.mozilla.com/D21459 362cf2e57ed2851c113a00d358207e27aded9cc5: Backed out changeset e908fbc7b930 (bug 1531176) for bc failures at browser_Troubleshoot.js. CLOSED TREE diff browse Brindusan Cristian <cbrindusan@mozilla.com> - Fri, 08 Mar 2019 00:07:56 +0200 - rev 463025 Push 35665 by shindli@mozilla.com at Fri, 08 Mar 2019 09:39:15 +0000 Backed out changeset e908fbc7b930 (bug 1531176) for bc failures at browser_Troubleshoot.js. CLOSED TREE e908fbc7b9302f680b0bc3924d49c0f027739c9d: Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium diff browse Sylvestre Ledru <sledru@mozilla.com> - Thu, 07 Mar 2019 21:05:32 +0000 - rev 463021 Push 35665 by shindli@mozilla.com at Fri, 08 Mar 2019 09:39:15 +0000 Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium Differential Revision: https://phabricator.services.mozilla.com/D21459 12e0e7785e853ea9ec95d579afdbc05487d84d37: Backed out changeset 3fb6c01dd2b0 (bug 1531176) for causing gradle toolchain bustage CLOSED TREE diff browse Ciure Andrei <aciure@mozilla.com> - Thu, 07 Mar 2019 14:23:03 +0200 - rev 462862 Push 35661 by aiakab@mozilla.com at Thu, 07 Mar 2019 21:56:20 +0000 Backed out changeset 3fb6c01dd2b0 (bug 1531176) for causing gradle toolchain bustage CLOSED TREE 3fb6c01dd2b0e1d4e8e0af450b831048d9274456: Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium diff browse Sylvestre Ledru <sledru@mozilla.com> - Thu, 07 Mar 2019 12:04:53 +0000 - rev 462861 Push 35661 by aiakab@mozilla.com at Thu, 07 Mar 2019 21:56:20 +0000 Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium Differential Revision: https://phabricator.services.mozilla.com/D21459 e9b5af495b6bf00a4c664bf47ea1e7163128e22f: Backed out changeset 0f2b9b0bf9b9 (bug 1531176) for google-geolocation-api-keyfile build bustages CLOSED TREE diff browse Ciure Andrei <aciure@mozilla.com> - Thu, 07 Mar 2019 13:58:33 +0200 - rev 462858 Push 35661 by aiakab@mozilla.com at Thu, 07 Mar 2019 21:56:20 +0000 Backed out changeset 0f2b9b0bf9b9 (bug 1531176) for google-geolocation-api-keyfile build bustages CLOSED TREE 0f2b9b0bf9b966210b3e0dd6709cde35e33558a6: Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium diff browse Sylvestre Ledru <sledru@mozilla.com> - Thu, 07 Mar 2019 11:31:18 +0000 - rev 462856 Push 35661 by aiakab@mozilla.com at Thu, 07 Mar 2019 21:56:20 +0000 Bug 1531176 - Split the Google key management between gls and safe browsing r=glandium Differential Revision: https://phabricator.services.mozilla.com/D21459 mozilla-central Deployed from a8f3b23c660e at 2023-03-13T16:25:26Z. RSS Atomesos directos de teclado para las búsquedas

Hi....can you kindly help me figure out how to access my saved passwords from a now defunct Windows 7 computer. I had saved them using Lockwise since 2019 and thought I could retrieve them using Fiŕèfox Synch but have been trying for hours with no success. Cannot find passwords to use on dqng smartphone. I am 81 years old and woefully untechy so any suggestions or advice would be greatly appreciated. Thank you.