Şu anda bakım nedeniyle sitemiz kısıtlı işlevsellik sunmaktadır. Mevcut makaleler sorununuzu çözmediyse ve bize soru sormak isterseniz Twitter’da @FirefoxSupport hesabından ve Reddit’teki /r/firefox subreddit'inden destek gönüllülerimize ulaşabilirsiniz.

Mozilla Destek’te Ara

Destek dolandırıcılığından kaçının. Mozilla sizden asla bir telefon numarasını aramanızı, mesaj göndermenizi veya kişisel bilgilerinizi paylaşmanızı istemez. Şüpheli durumları “Kötüye kullanım bildir” seçeneğini kullanarak bildirebilirsiniz.

Daha Fazlasını Öğren

How to stop Thunderbird crashing immediately upon loading.

  • 5 yanıt
  • 1 kişi bu sorunu yaşıyor
  • 2 gösterim
  • Son yanıtı yazan: DaveSlade

more options

We use Thunderbird in the office, with installs on half a dozen workstations, each set to run automatic updates. This morning, on one workstation loads, and immediately crashes. A dozen or so crash reports will have been submitted this morning from that machine. Safe Mode did not make any difference.

On my (working) copy the version is 60.5.0 (32-bit). I assume that the version is the same on the broken machine.

Any thoughts on how to break the re-boot cycle would be appreciated.

Crash ID: bp-9b23d053-8612-4696-95c0-e8afb0190206

P.S. In the time it took to type this another workstation has started doing the same.

We use Thunderbird in the office, with installs on half a dozen workstations, each set to run automatic updates. This morning, on one workstation loads, and immediately crashes. A dozen or so crash reports will have been submitted this morning from that machine. Safe Mode did not make any difference. On my (working) copy the version is 60.5.0 (32-bit). I assume that the version is the same on the broken machine. Any thoughts on how to break the re-boot cycle would be appreciated. Crash ID: bp-9b23d053-8612-4696-95c0-e8afb0190206 P.S. In the time it took to type this another workstation has started doing the same.

Tüm Yanıtlar (5)

more options

I've just run a fourth workstation and Thunderbird successfully installed an update to 60.5.0. Has this update broken the two other copies?

more options

It looks to be a permission issue. If I run TB as administrator it does appear to work on these machines. The problem being I don't want all users to have full admin rights on their machines as this is opens up other security issues.

more options

Ok, so the crashing is still happening. It appears to relate to the 'local folders' which are actually on a network drive. This is done because we actually share the local folders, something we've done successfully for about 15 years. Now however on these two workstations certain actions on the local folders cause the crash. TB will then continually restart & crash until told to stop. Re-starting as administrator will break the cycle as the local folders are not available, allowing the user to set their inbox as the active folder and they can then restart as a normal user and the shared local folders will again be available to them.

So I'm still looking for a long term solution to this which wasn't a problem until v60.5

more options

Based on what you have said. A couple of questions but nothing helpful probably.

Are the permissions for the network share set using a UNC or a drive letter? Changes in the release notes mention changes from drive letter to UNC paths, this might be related? Just a guess.

more options

It is a mapped network drive, so yes linked to the drive letter. This might be part of it, but I've not changed the settings on the other workstations and they continue to work as they have always done.

Indeed for one user I've not changed their network permissions and it has not been affected (so far at least).