288348 - Links fail to open from messages in some folders with Error: uncaught exception: Load of <blah> denied

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Greg Colyer]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319

If I send or receive messages containing web addresses like www.a.b, <www.a.b>,
<http://www.a.b>, etc., these are correctly highlighted as links, and when the
mouse is over them the correct URL (always with "http://") is shown below.

From the Inbox and Sent folders (IMAP), clicking on such links opens them in
Navigator. However, filing the messages to other folders (also IMAP) renders the
links inoperative. Neither left- nor middle-clicking opens the links;
right-clicking and choosing either of the Open options also does nothing. The
other options (Save, Copy Link Location, and Bookmark) appear to work. View
Source shows no change in the message on moving between folders.

If I Edit Message as New and then Save, the problem disappears again in the
Drafts folder (Local).

Reproducible: Always

Steps to Reproduce:

Comment 1

[Greg Colyer]

Incidentally, this bug may have appeared in 1.7.5, but gone unnoticed (by me)
because of bug 267378. I think I would have noticed it if present in 1.7.3.

Comment 2

[Mack Earnhardt]

It wasn't present in 1.7.5, and it applies to Linux as well.

Comment 3

[Greg Colyer]

Note: the related bug 267378 was blamed on "fallout from bug 249332".

Comment 4

[Asa Dotzler [:asa]]

this isn't a blocker for the 1.7.x releases. If someone can confirm that this is
indeed a reproducible regression and nail down the window where it regressed,
please add that information here and we'll reconsider.

Comment 5

[Greg Colyer]

A clarification of the bug in my own setup (now with Mozilla 1.7.8).

Because of the configuration of the IMAP server, all other folders appear as
subfolders of Inbox. It seems that Inbox itself, and direct subfolders (e.g.
Sent), are OK; the bug applies to sub-subfolders.

Furthermore, it doesn't seem to apply to another account I have on the same IMAP
server... (But it is perfectly repeatable on the first one.)

Comment 6

[Mack Earnhardt]

Asa, when you say 'window', do you mean version?  Definitely appeared in 1.7.6.

Comment 7

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 8

[Mack Earnhardt]

Still doesn't work for me.

Comment 9

[Eleanor Troutt]

Attachment: attachment has nothing to do with this bug Thunderbird links correction

Comment 10

[Greg Colyer]

This bug seems to have been fixed in the most recent 1.7 releases. (It worked for me in 1.7.11 and 1.7.12 at least.) However, it has re-emerged in SeaMonkey 1.0.

Changing OS to All as per comment #2.

Comment 11

[Mark McClelland]

I've seen the same problem here with all 1.8 and SeaMonkey releases. Links work when the email is in the Inbox or Trash IMAP folder, or in local folders, but usually not when it is in Junk or any others. I say "usually" because they sometimes work from all folders. I can't discern what makes it work sometimes, other than that it has something to do with opening or closing a Navigator window. For example, it sometimes starts working after I close the last Navigator window.

With seamonkey-1.0.en-US.linux-i686, I tried modifying messenger.jar by adding includes for XPCWrappedNative.js before all includes for contentAreaClick.js (as per the fix for bug 267378), but it had no apparent effect.

I'm seeing these messages in the Javascript console:

(First error message in console)
Error: Unknown namespace prefix 'html'.  Ruleset ignored due to bad selector.
Source File: chrome://messenger/skin/messageBody.css
Line: 54

(Every time I click on a link and it doesn't work)
Error: uncaught exception: Load of https://bugzilla.mozilla.org/show_bug.cgi?id=18574 denied.

I'm using the Modern theme if that makes a difference.

Comment 12

[Wayne Mery (:wsmwk)]

I have same problem in thunderbird, can't duplicate in suite.
I haven't tried to duplicate in suite using the copyallurls extension.

Greg, Mark, what do you think?

Comment 13

[Wayne Mery (:wsmwk)]

(In reply to comment #12)
> I have same problem in thunderbird...

[dang keyboard]
see Bug 337057 comment 2

Comment 14

[Wayne Mery (:wsmwk)]

Comment on attachment 210979 [details]
attachment has nothing to do with this bug  Thunderbird links correction

attachment has nothing to do with this bug

Comment 15

[Wayne Mery (:wsmwk)]

Greg, Mark, do you see this also when you use a new, clean profile?

I now have the problem in Seamonkey.

See also Bug 305112

And, if this turns out to not be an extension or profile problem, perhaps Bug 267378 will be relevant, last year fixed a problem for XPCNativeWrapper

Comment 16

[Bernhard Dippold]

Same problem here - but perhaps I could encircle it a bit...

I installed SeaMonkey 1.0.4 with German LangPack on WinXP after deinstalling 1.0.3. I didn't add any addons. 

As long as I don't create a second IMAP account from a server that needs the full email address (including "@") as user name, everything is fine. But after I created imap://[e-mail]/INBOX in addition to  imap://[e-mail]/INBOX I get Error: Uncaught exception: Load of <http://any_URL.xxx> denied on all the additionally created folders (JUNK is affected as well).

Inbox, Sent and Draft are not affected.

If I try this with a IMAP account without "@" in user name everything works allright...

How to reproduce this bug:
- create two IMAP accounts containing "@" in user name
- create an additional folder in the first created account
- send a mail containing a link to this account and move it to the newly created folder
- try to follow the link by clicking on it

Expected result: 
- link sould open in browser window

Actual result:
- link is not opened
- JavaScript console shows error message like:
Fehler: uncaught exception: Load of http://website.openoffice.org/tryouts/murb/download3/ denied.

Hope it could be reproducible (I don't have any other IMAP-Account with full address in the user name except the ones on imap.strato.de).

Best regards
Bernhard

Comment 17

[Jim Moe]

I have SM v1.0.3. This problem has followed the suite since late Mozilla v.1.7.x releases.

Bernhard, that is an excellent description of the problem. I never made the connection between a clean profile and one with more than one IMAP account.

A question: "user name" is not really one of the fields in an account. There is "Account name," "Your name," "Email Address" (of course). I am not sure which you mean by user name.

Comment 18

[Karsten Düsterloh]

*** Bug 305112 has been marked as a duplicate of this bug. ***

Comment 19

[Bernhard Dippold]

@ Jim:

Thanks for your commendation - I want to share it with mnyromyr who guided me  in the germanophone IRC channel.

"user name" was my translation of the second entry in the server tab ("Benutzername" in German).

My website www.familie-dippold.de is hosted by www.strato.de. 
All the mail accounts on my website like [e-mail] or  [e-mail] have to be reached through the Strato IMAP server imap.strato.de.

This results in imap adresses like the ones I posted: 
  imap://[e-mail]@imap.strato.de/INBOX
imap://[e-mail]@imap.strato.de/INBOX
      |<-------- user name -------->|<-- server -->|

Perhaps the problem derives not only from the "@" symbol but from it's representation as "%40".

I think, other webspace hosting companys may use the same system (others provide unique combinations of characters ans numbers - without "@") to refer to mail accounts on hosted websites.

So that might be the reason why it is not reproducible with "normal" mail accounts...

Comment 20

[Wayne Mery (:wsmwk)]

*** Bug 295280 has been marked as a duplicate of this bug. ***

Comment 21

[Wayne Mery (:wsmwk)]

Bernhard Dippold, do you see this problem with SM 1.1 or trunk builds?

Comment 22

[Jim Moe]

I confirm that it is still a problem here.

<Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.1) Gecko/20061223 SeaMonkey/1.1 Mnenhy/0.7.4.0>

Comment 23

[Bernhard Dippold]

Still confirmed on SeaMonkey 1.5a

Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.9a2pre) Gecko/20061225 SeaMonkey/1.5a

Best regards

Bernhard

Comment 24

[Bernhard Dippold]

Links work as expected with SeaMonkey 2.0.la pre {Build ID: 2008051202}
Following my own instructions to reproduce this bug (see comment #19) is is no longer reproducible: When I click on a link in the Mail window, the browser opens this address without any problem.

Thanks to all of you who worked on this topic!

Best regards

Bernhard

PS: Did'n check it with SeaMonkey later than 1.5a - if it might help, I could download 1.1.9 and test this bug there.

Comment 25

[Bernhard Dippold]

sorry, forgot the full build identifier:  
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008051202 SeaMonkey/2.0a1pre

Bernhard

Comment 26

[Wayne Mery (:wsmwk)]

=> WFM then   Thanks Bernhard for the report
if anyone still sees this please comment