Using 0.7.10 $663$

First a question.  Why does FireGPG insist upon putting a button on every email?  This seems to just waste cpu cycles for the most part since I can still pull FireGPG from the Tools Menu. I can still click 'reply' and set my GPG options for the email.  If there is a key then it seems like a handy info display but as a button I'm kinda missing the purpose.

My thinking here would be that unless there is a signature or something to work with a lot of time could be saved simply 'not' adding a button to every email.  I know in heavily threaded emails this would not cause timeout issues and other problems like the flickering page with threaded emails.  Sorry in advance if I'm missing some important aspect but to me it seems a wasteful, problematic step (especially when that 'FireGPG is broken' window keeps popping up..still).  Or maybe some option to enable/disable this activity?

But today I noticed the king of all issues with one of these buttons.  It completely screwed up the formatting and in order to read the thread normally I had to actually disable FireGPG but of course this was a key that I could have used. 

It said " Part signed !Key isn't trusted! (This message has been signed with the valid key ID some user <some@email.account> !Key isn't trusted! (made on Wednesday, November 14, 2009 5:47:56 PM))"

This appeared on one line and forced the page to render wider than the screen, forcing a sidescroller in FF.

This message needs proper formatting, but maybe it's just too wordy.  I'm thinking the whole "This message..." isn't really needed, and if it is perhaps it should appear in a mouseover or in a window that opens when I click on the button rather than as the button and totally tossing the formatting into chaos.

Thanks again, this tool is coming along nicely if these formatting/button bugs would just go away.  I would hazard that I for one don't see the real purpose of this button since I never use it anyways.  Just seems to be a huge bother.  Perhaps someone can explain how its function is essential to me in order to better understand its true purpose.

Cheers.

Ok, here's the scenario as I see it. 

You are reading through a email mailing list where two people are communicating. 
One of them has a key sign attached to their emails. 
Lets say there are 6 emails in the thread.  Meaning 3 of the 6 emails will have a sign attached.
Gmail displays the entire 6 email thread in one browser session.
The FIRST email with a sign, FireGPG 'asks' If I want to import the key.
If I click "Cancel" Implying 'No, I do not want to import the key', it then continues reading each email, then encounters the next sign by the same person and asks me again. 

I would think that caching the response for the session so that any second or more reads find the 'same key' in the same browser session would acknowledge that I 'Cancel'led the original request and probably haven't changed my mind .2 seconds later.

Also after this operation completes it displays an erroneous message "Key Not Found".  I would expect it to say "Key Not Imported by Request" or some such to indicate that I 'purposefully' deny'd it, rather than implying it couldn't find it or possible server connection issues.

Thanks for your attention.

Ah sorry, I didn't read it carefully enough that its listed as known.   Thanks for the reply.

There is a problem with Gmail's integration of FireGPG. Please check the status page and/or report the following errors:

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is null

checkDock/message chrome://firegpg/content/Webmails/Gmail/cgmail2.js 148 boutonboxs[j].getAttribute(&quot;class&quot;) is

the_glu wrote:

Know problem already on the closed bug tracker wink

Hmm, is it fixed?  I still seem to be encountering it.

the_glu wrote:

Do you use or proxy ? Do GnuPG works with the command line ? An another keyserver is working ?

No.

Yes.

No.

I haven't seen this error for a while, but I am getting more 'gmail is broken' messages.

When viewing a thread of emails (more than the screen presents) FireGPG adds a link to each email, this causes a flashing of the page for every email in the thread.  In large threads this is very annoying.

"You don't have the public key to verify this signature. Do you want to try to fetch it from the key server ?"

App starts and simply hangs Firefox.

Error, key not imported!
gpg: requesting key xxxxxxxx from hkp server subkeys.pgp.net

gpg: keyserver communications error: file read error

gpg: keyserver receive failed: file read error


Using latest version(s) of everything.