Join the Mozilla’s Test Days event from Dec 2–8 to test the new Firefox address bar on Firefox Beta 134 and get a chance to win Mozilla swag vouchers! 🎁

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

Updating TB 38.6.0 to 38.7.1 completely eliminates Lightning add-on

  • 4 답장
  • 1 이 문제를 만남
  • 5 보기
  • 최종 답변자: Wayne Mery

more options

Normal update channel; following TB restart, Lightning is gone and all references to it in Add-ons Manager tab are missing. IE., it is now missing from the listed Plugins and the Extensions page says "You don't have any add-ons of this type installed". I could follow the same procedures as previous question/answers relating to deleting "extensions" folder in profile tree, deleting extensions.json, etc., and re-install Lightning. My question however is, as this bug seems to be reported after every TB release update , why is it still happening? Is no one working on this, and why is Lightning extension so fragile when all other plugin add-ons transfer fine? My ID does not work in Bugzilla, so I have not filed bug report. I would include error log entries, but: 1) log entries similar to those already published by OPs in similar questions; ie.,

a."Could not read chrome manifest"
b. various coding warnings in https://addons.cdn.mozilla.net/static/css/zamboni/discovery-pane-min.css?build=ab8c0f4, 
c. various SHA-1 certificate warnings for https://aus4.mozilla.org/update/3/Thunderbird/38.7.1/20160323055719/WINNT_x86-msvc/en-US/release/Windows_NT%206.1.1.0%20(x64)/default/default/update.xml?force=1

and 2) there is no way to select-all/copy entries in the TB error console except 1-by-1, which by itself seems rather lame (if anyone knows what the log filename or SQLite location is I'd be happy to get it from there).

EDIT, 3/26 16:56 EDT: my "extensions" subfolder was empty, "Crashes\events" and "minidumps" all empty and there was a properly-populated "calendar-data" subfolder. So I went ahead and reinstalled Lightning from https://addons.mozilla.org/thunderbird/downloads/latest/2313/platform:5/addon-2313-latest.xpi?src=discovery-promo. Lightning 4.0.5.2 seems to install OK; existing events seem to come back! Even my user-defined Tools->Options->Calendar settings seem to still be intact. So I have no prob. getting Lightning back, I guess the question remains as to why the extension disappears so frequently after TB updates...

Normal update channel; following TB restart, Lightning is gone and all references to it in Add-ons Manager tab are missing. IE., it is now missing from the listed Plugins and the Extensions page says "You don't have any add-ons of this type installed". I could follow the same procedures as previous question/answers relating to deleting "extensions" folder in profile tree, deleting extensions.json, etc., and re-install Lightning. My question however is, as this bug seems to be reported after every TB release update , why is it still happening? Is no one working on this, and why is Lightning extension so fragile when all other plugin add-ons transfer fine? My ID does not work in Bugzilla, so I have not filed bug report. I would include error log entries, but: 1) log entries similar to those already published by OPs in similar questions; ie., a."Could not read chrome manifest" b. various coding warnings in https://addons.cdn.mozilla.net/static/css/zamboni/discovery-pane-min.css?build=ab8c0f4, c. various SHA-1 certificate warnings for https://aus4.mozilla.org/update/3/Thunderbird/38.7.1/20160323055719/WINNT_x86-msvc/en-US/release/Windows_NT%206.1.1.0%20(x64)/default/default/update.xml?force=1 and 2) there is no way to select-all/copy entries in the TB error console except 1-by-1, which by itself seems rather lame (if anyone knows what the log filename or SQLite location is I'd be happy to get it from there). EDIT, 3/26 16:56 EDT: my "extensions" subfolder was empty, "Crashes\events" and "minidumps" all empty and there was a properly-populated "calendar-data" subfolder. So I went ahead and reinstalled Lightning from https://addons.mozilla.org/thunderbird/downloads/latest/2313/platform:5/addon-2313-latest.xpi?src=discovery-promo. Lightning 4.0.5.2 seems to install OK; existing events seem to come back! Even my user-defined Tools->Options->Calendar settings seem to still be intact. So I have no prob. getting Lightning back, I guess the question remains as to why the extension disappears so frequently after TB updates...

글쓴이 Mark B. 수정일시

모든 댓글 (4)

more options

There have been some mysterious oddities since the Lightning addon was included by default. The first set of reports were from users who had at some point tried Lightning, decided they didn't like it and so removed or disabled it. These users found that after Lightning was included by default, it would always become re-enabled. So there is something wrong in the logic that tries to decide if Lightning should be enabled or not.

I suspect your experience is another manifestation of the same problem.

The trouble is that no-one has found a way to replicate either of these failures on demand - and clearly they don't happen for the developers building Thunderbird.

Likewise, I use Lightning myself and have never seen it vanish on an update as you have. Since I do use it, I won't see the other problem of it re-enabling itself after being disabled.

more options

Zenos, many thx for background on Lightning "enablement" issues. I fully appreciate how hard it is to replicate these probs, particularly with complex version/build levels of many layers of s/w (TB, Lightning, OS, Java, etc). This is particularly true for extensions, which, unlike addons, must integrate w. exposed TB interfaces/APIs and look seamless thru an upgrade of the underlying product. I saw warnings in TB error log relating to use of exported TB methods/objects, for restoration of the window presentation space on the post-update side (eg., "Unknown property '-moz-border-radius'"; "Unknown property '-moz-box-shadow'", etc). It's likely that the TB codebase keeps changing and Lightning isn't always up-to-date on the API changes. However, as long as Lightning data is separately "branched" and loosely coupled to the code, a reinstall should always get things back to normal.

Let's also remember that TB and Lightning have different teams, and I'm sure the last thing TB developers want to do is spend time debugging Lightning compatibility issues. I just installed Lightning 4.0.5.2, whose extension description says "Lighting 3.3.3 for Thunderbird 31 is available here" (LOL)... still maintained by Mozilla Calendar Project, but I'm sure extension compatibility tests are not a prerequisite for TB update releases (for all the above reasons).

This all said, though, the "disappearance" of an extension is odd since that is controlled by TB-side data. I did not check Lightning's level before update, nor did I check for existence of Lightning code (or take apart TB extension manifest) before reinstalling it.

EDIT: 1) Looks like "Unknown property" warning mssgs actually come from rendering stored mail messages, so forget my comments about Lightning's presentation space. 2) I still cannot find TB error log mssgs in any file in the user profile tree, so it must be stored elsewhere. On the other hand, I discovered that the log is rewritten every time TB is started, so pre-update errors (like saving extension manifest) would not survive into post-update restart. That's not helpful...

글쓴이 Mark B. 수정일시

more options

actually as this is a volunteer project, not different teams is not really the right word. although Fallen does do most of the development work for Lightning.

The issue is two fold. Lightning is a binary add-on and must maintain binary compatibility. That is what makes it fragile.

The issue so far however all appear to be related to race conditions. Some are well understood and have been fixed, others not so much.

These race conditions are basically corrupting the installed add-on data. at one point an update to lightning was installing as soon as the install was done and updating the file with it's data while lightning from the original install was still updating. IT has been messy and what should have been a remarkably simple process has been anything but. With every fix making a new problem.

On the plus side, as the council is looking at distributing new features as bundled add-ons (not everyone was happy to get chat for instance), this learning process will server us well into the future as the plan is to do more, not less bundling of add-ons.

more options

> I saw warnings in TB error log relating to use of exported TB methods/objects, for restoration of the window presentation space on the post-update side (eg., "Unknown property '-moz-border-radius'"; "Unknown property '-moz-box-shadow'", etc). It's likely that the TB codebase keeps changing and Lightning isn't always up-to-date on the API changes. However, as long as Lightning data is separately "branched" and loosely coupled to the code, a reinstall should always get things back to normal.

None of what you describe is related.


> Let's also remember that TB and Lightning have different teams, and I'm sure the last thing TB developers want to do is spend time debugging Lightning compatibility issues. I just installed Lightning 4.0.5.2, whose extension description says "Lighting 3.3.3 for Thunderbird 31 is available here" (LOL)... still maintained by Mozilla Calendar Project, but I'm sure extension compatibility tests are not a prerequisite for TB update releases (for all the above reasons).

I think you are venturing into territory that you do know understand, because you are very much mistaken: A. The issues involved are not compatibility between Thunderbird and Lightning B. The people working on TB and Lightning are very much acquainted and in frequent contact. Further, the primary Lightning developer is a key member of the Thunderbird release team.

The problem is like more related to the mozilla *update* code.