On 18/10/14 07:11 AM, Carsten Schoenert wrote:
Hello Gary!
On Fri, Oct 17, 2014 at 03:07:30PM -0400, Gary Dale wrote:
I restarted my computer and launched icedove. The folder pane was present but
empty
while the messages pane just showed one e-mail with a non-working read e-mail
button.
* What exactly did you do (or not do) that was effective (or ineffective)?
Searched the Internet for similar problems. Tried removing session.json and
folders.json.
Tried a few add-ons that were supposed to be able to help. Purged Icedove and
reinstalled.
Installed the version from Sid.
What happen is you restart Icedove with the option "-safe-mode" from a
command line? This disables all plugin for the next session.
What plugins do you have running?
Are this plugins all installed from the Debian archives or have you some
plugins manually installed.
The same things happened. The only plug-ins I was using were the ones
I'd installed trying to fix the problem. They are all currently disabled.
Tried starting from Konsole. Got this message:
(process:23945): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
== 0' failed
This behavior is "normal", this doesn't come from Icedove. This message
commes from the glibc.
Tried starting from Konsole using icedove -jsconsole and got this message in
the error console:
Timestamp: 17/10/14 03:02:07 PM
Warning: mutating the [[Prototype]] of an object will cause your code to run
very slowly; instead create the object with the correct initial [[Prototype]]
value using Object.create
Source File: resource://gre/components/steelApplication.js
Line: 783
The hint says that the internal usage of functions and prototypes is not
correct. This is upstream related and is depended on the internal
restructure done by Mozilla.
OK. I can vouch that it does make Icedove very slow.
Searched for Application.js. Closest I could find was in /usr/local/sushi.
Tried reinstalling
sushi and found that it wasn't installed. Installed it. After that had no
impact, I purged
sushi.
shushi has nothing to with Icedove. And /usr/local/... is nothing that
come from any official Debian package. ;)
The steelApplication.js is shipped within the upstream sources:
git grep "steelApplication.js"
mail/installer/package-manifest.in:@BINPATH@/components/steelApplication.js
mail/installer/removed-files.in: components/steelApplication.js
mail/steel/moz.build: 'steelApplication.js',
mail/steel/steelApplication.manifest:component
{f265021a-7f1d-4b4b-bdc6-9aedca4d8f13} steelApplication.js
Regards
Carsten
Well, I've already upgraded to Sid for Iecdove to try to fix the
problem. Should I revert to Jessie's version?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
