User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050910 MultiZilla/1.8.0.1h SeaMonkey/1.0a Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050910 MultiZilla/1.8.0.1h SeaMonkey/1.0a When there appears a message that a file wasn't found and the path to the file is too long, the string isn't wrapped and goes way off the table that shows this message. It's not a big deal, it just doesn't look nice. The table was displayed in seamonkey mailnews when my antivirus has deleted a message that contained a virus. Here's an image of that bug: <a href="http://img292.imageshack.us/img292/2536/fnfbug1xf.gif"> fnfbug </a> Reproducible: Always Actual Results: the table showed a long path that wasn't wrapped Expected Results: the path string should be wrapped

This happens only when a local file (on a windows partition) isn't found: file://c:/ABCDEFG010ABCDEFG020ABCDEFG030ABCDEFG040ABCDEFG050ABCDEFG060ABCDEFG070ABCDEFG080ABCDEFG090ABCDEFG100 http://www.nomozilla.org/ABCDEFG010ABCDEFG020ABCDEFG030ABCDEFG040ABCDEFG050ABCDEFG060ABCDEFG070ABCDEFG080ABCDEFG090ABCDEFG100 gives the same message without the long string, telling only: www.nomozilla.org could not be found. Please check the name and try again. http://www.mozilla.org/ABCDEFG010ABCDEFG020ABCDEFG030ABCDEFG040ABCDEFG050ABCDEFG060ABCDEFG070ABCDEFG080ABCDEFG090ABCDEFG100 gives mozilla.org's custom 404 page.

Hmmm, don't try to do that (copying an infected email to your local folder) in your live mailbox or you will lose all your emails. The antivirus will delete the whole file where the emails are stored and if you have other emails there, it will delete them as well :).

Confirmed with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20050920 Firefox/1.6a1 The following location shows the same behavior: file:///home/asdfjasdlfjlsadflsadjflasdflasdhflsfsdfsdfsdfsdfsfaw4rwerwrwwerwerwerwe345234234234234 We should use 'overflow: auto' for '#errorShortDesc > p' to prevent text overflowing.

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

Comment on attachment 197071 [details] [diff] [review] Patch for SeaMonkey r+sr=me if mconnor's happy with attachment 197072 [details] [diff] [review].

this checkin needs to happen ASAP if this is going to get in for 1.8. Do you need a check in buddy Henrik?

Trunk: mozilla/toolkit/themes/winstripe/global/netError.css; new revision: 1.3; mozilla/toolkit/themes/pinstripe/global/netError.css; new revision: 1.3; mozilla/themes/classic/global/netError.css; new revision: 1.3; mozilla/themes/modern/global/netError.css; new revision: 1.3; 1.8 Branch: mozilla/toolkit/themes/winstripe/global/netError.css; new revision: 1.1.2.2; mozilla/toolkit/themes/pinstripe/global/netError.css; new revision: 1.1.2.2; mozilla/themes/classic/global/netError.css; new revision: 1.1.2.2; mozilla/themes/modern/global/netError.css; new revision: 1.1.2.2;

This caused bug 317372, "XUL error page allows error message to accept focus".