All Products Community Forum

‘In Firefox apps take too long to open or don't open at all. I'm nearly ready to jump to Safari permanently. Been ongoing for nearly a year. Why haven't you fixed it?’ for ‘Firefox for iOS’

新規メールを作成して宛先を入力する時、メールアドレスを少し入力するだけで自動補完してくれるのですが その自動補完が入力から表示されるまで約10秒程度かかっている。

Thunderbirdバージョン149.0.1 「設定」≫「編集」≫「アドレス入力」の設定は以下の通り。 ☑ローカルのアドレス帳 ☐LDAPサーバー ☑メール送信時に受信者を次のアドレス帳に自動で追加する：記録用アドレス帳 アドレス帳の初期表示ディレクトリー：最後に使用したディレクトリー

メールアドレスを自動補完する際に、どういった検索をかけているのか。 同様の症状が出た方はいればどうやって解決したのか。

有識者の方々、ご教示ください。

Sometimes the index becomes too large, making searching very difficult. The solution is to reset the index, which involves deleting the global-messages-db.sqlite file. After Thunderbird rebuilds the index, searching is simpler and faster. Adding a menu or an automatic database reindexing process would be a significant improvement!

Well, I just updated and still have the same problems. This browser is simply impossible to use; I can't even throw it away and forget about it: it can't load a single page without getting stuck halfway through, after which the app freezes and has to be interrupted, unloaded from memory, and only then (maybe) will the page load! It's been like this for six months now. It's probably time to ditch it completely!

I have the following very frustrating symptoms:

1) Thunderbird will frequently decide that it does not have the headers for a particular folder, and will reload them. This is in spite of the fact that I had all the headers the last time that I used the program, and I have not restarted Thunderbird or the computer (although I may have put it to sleep). In one specific case, I clicked on my Inbox, and TB started a "compact" operation, and then it started to download *all* of the headers. Eventually it produced an error message for the compaction: " The folder ‘Inbox on williamatwood41@gmail.com’ could not be compacted because writing to folder failed. Verify that you have enough disk space, and that you have write privileges to the file system, then try again."

2) Thunderbird will often state that a summary file cannot be opened: "Unable to open the summary file for Drafts on william.atwood@concordia.ca. Perhaps there was an error on disk, or the full path is too long." I have seen this for the Drafts folder, for the Inbox folder, for the Sent folder, and for arbitrary folders that I had previously opened successfully.

3) One day, I clicked on a folder that contained 6116 messages. I saw it download all of the headers. Then the right panel declared "No message found."

The next day, I clicked on the same folder. While downloading the headers, TB listed the low-numbered messages on the right side (upper panel), and then switched to the most recent message once all the headers had been downloaded. So, the behavior changed from one day to the next.

All of this seems to have started when I placed a restriction on the length of time that messages are synchronized. This was done because I was running out of disk space on my 250 GB disk. I subsequently replaced this disk with a 500 GB disk, but have not (yet) relaxed the constraint, because I wanted to get to the bottom of the problem.

My best guess is that setting the disk space limit has triggered some misuse of a pointer, which is resulting in the garbage-in, garbage-out syndrome. However, I could be way off.

I would be very happy to work with anyone on the TB team, and invoke whatever debugging tools are necessary (under direction) to find the root cause of this error.

Bonjour, J'utilise Firefox depuis plusieurs années sur Mac et, jusqu'ici, tout fonctionnait bien. Depuis quelques mois, la navigation est ralentie voire bloquée. La roue multicolore tourne pendant quelques secondes à plusieurs minutes, allant jusquà bloquer le système et forcer le redémarrage. Pour continuer à travailler, je suis contrainte d'utiliser d'autres navigateurs, dont Chrome (!), sur lesquels je n'ai pas de problème.

Lorsque Firefox est en arrêt (roue qui tourne pendant plusieurs minutes), je peux basculer sur un autre navigateurs ou utiliser un autre programme sans difficulté. Le problème vient bien de Firefox. Aucune mise à jour iOS ou de Firefox n'est venue à bout de cette difficulté.

Je rencontre ce problème, quel que soit le type d'onglets ou programmes ouverts. Le message d'erreur me dit que j'utilise trop de mémoire pour les applications, mais les autres navigateurs fonctionnent parfaitement dans les mêmes conditions. Et ces applications sont par ailleurs nécessaires à mon activité.

Si vous pouvez m'aider, je serais ravie de pouvoir continuer à profiter de la sécurité de Firefox.

Merci à vous, Manuella Georget

The Thunderbird for Android app updated yesterday to version 17.0. Ever since the update, I've noticed an undesired behavior (bug?). Whether I have one new email or have several new/unread emails, whenever I read the top/latest email and then delete it, when returned to the Inbox list of emails, the message I just read and deleted will show that it is still there and unread. However, if I simply touch the screen and drag the list of messages upward or downward slightly, then the email is deleted (removed from the Inbox).

The same behavior happens when simply reading the first (top of the list) message and return to the Inbox... the message will show unread, but if I drag the list up slightly, it will then show the email as having been read.

This behavior does not exist for other emails in the list, only the first one (top of the list/latest to come in).

Perhaps I'm not the first to report this new and undesired behavior. Is there some setting that I'm not aware of that I can set to correct it, or does it need to be fixed in a future update? I tried rebooting the phone last night, which made no difference to this behavior.

I'm running a Samsung Galaxy S22 running Android 16.

I HATE this new mail program. It takes forever to load on my computer and is VERY slow. Is there any way to get the old program back? I am 83 years old and find this version very difficult to use. I had the older version for years (more than I can remember) and it was very easy to use. Is there a way for me to get an easier program -- like the old one. Please help me

It is my custom to run spell check after typing an email. Today, sudenly, the write window hangs when I click on spelling. Does not happen in troubleshoot mode. I have no extensions installed and default theme. I did try disabling hardware acceleraton, but did not help.

Yesterday all workd OK, and thre have been no changes to the computer snce.

Title: CardBook 104.7 folder pane frozen ~40 minutes at every startup - TB 140.8.1 ESR - Linux Mint 22.3

Environment: - Thunderbird: 140.8.1 ESR 64-bit - CardBook addon: 104.7 - OS: Linux Mint 22.3 Cinnamon 64-bit - Fresh install of both Thunderbird and CardBook - 3 Gmail IMAP accounts - 5 CardBook address books, all local FILE type (.vcf files in /home/nesko/cardbook/), no CardDAV or remote server involved. Largest address book has approximately 1500 contacts.

Symptom: At every cold startup, the CardBook folder pane (address book list) is completely frozen and unresponsive for approximately 40 minutes. Thunderbird itself starts quickly and all email accounts and other addons function correctly. Only the CardBook folder pane is affected. After approximately 40 minutes CardBook becomes responsive without any user intervention.

Error console output at startup consistently shows: - TypeError: can't access property "addEventListener", currentWindow is null (implementation.js:28:13) - TypeError: can't access property "document", currentWindow is null (implementation.js:567:15) - CardBookXULNotifyListener.js:599:13 - Content process is not responsive while sending DevToolsProcessParent:watchTargets

Additional observations: - On one startup, 8 duplicate CardBook tabs appeared simultaneously when TB's content process finally became responsive, suggesting CardBook was retrying initialization multiple times while waiting for TB's window - Running TB in Troubleshoot Mode (all addons disabled) confirms TB itself is healthy and starts quickly - The errors reference CardBook's own initialization code (CardBookXULNotifyListener.js) attempting to access Thunderbird's window (currentWindow) before it is fully ready - TB's content process unresponsive message appears during the same startup window

Steps taken so far: - Unchecked "Keep messages in all folders" in Synchronization & Storage for all 3 IMAP accounts — this improved overall TB startup time - Unchecked "Run synchronization at Thunderbird startup" in CardBook Preferences → Sync — this reduced the CardBook freeze from over 1 hour to approximately 40 minutes - Reported to CardBook developer at cardbook.thunderbird@gmail.com

Question for TB support: Is there a known issue with TB 140 ESR's content process initialization timing that could cause addons to fire before TB's window is fully ready? The currentWindow is null errors suggest CardBook is initializing at a point where TB's window object does not yet exist. Is there a TB-side fix or workaround for this timing issue?

Naturally, I am not sure, which topik summarise my problem the best, so, I ask the question here. I found out that Mozilla browser takes a lot of memory in my smartphone (like no one app else). Cleaning up the cache didn't help much, because the most part of memory is taken by the "user data". Please tell me what exactly is it, what parts it consists of and how to clean it avoiding the ability to remove anything important. Thank you for the fast answering and for operativity Korwin

I own two computers running MacOS 10.15.7 Catalina and have Thunderbird installed on both. Until rather recently, the Thunderbird version was 140.8.1. Then I noted that it was impossible to send e-mails, and soon discovered that the cause was outdated server settings. They could not handle office365, so I installed Thunderbird 148.01 and changed to settings that should be able to do so. This worked very well on one of the computers, the one which has a fast (SSD) hard drive, but not on the other that has a slow (non-SSD) drive. The error message that I get with the slow computer is, surprisingly, the same as I got with the older Thunderbird. But I suspect that the real cause is some kind of timed-out process.

If any of you could explain what happens and tell me what to do, I would be very happy. Maybe I should choose a Thunderbird version somehere between 140 and 148?

Helge Malmgren