Summary | IMP compose address lookup loads blank page |
Queue | IMP |
Queue Version | 4.3.5 |
Type | Bug |
State | Duplicate |
Priority | 1. Low |
Owners | |
Requester | patrickdk (at) patrickdk (dot) com |
Created | 09/16/2009 (5719 days ago) |
Due | |
Updated | 09/17/2009 (5718 days ago) |
Assigned | |
Resolved | 09/16/2009 (5719 days ago) |
Milestone | |
Patch | No |
Ticket #6590.I didn't have ie7 installed locally, had a friend try it. But I setup
a Windows XP SP3 install, and downloaded ie7 from microsoft to test
it, and it was broken, till I replaced the prototype.js files with the
1.6.0.3 version ones. I verified I had version 1.6.1 before in all the
directorys (horde, imp, turba, ingo, nag, mnemo)
I'm testing currently with IE 8.0.6001.18702, IE 7.0.5730.13, IE
6.0.2900.5512, Firefox 3.0.14
fine on IE7 on a second computer. Downgrading to 1.6.0.3 shouldn't do
anything because the fix that was manually patched to 1.6.0.3 is
present in the 1.6.1 distribution.
State ⇒ Duplicate
Ticket #6602. Verified that this works fine in IE7 with 3.3.5.Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ IMP compose address lookup loads blank page
Queue ⇒ IMP
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Using IE8 in compat mode, IE7, or IE6 it loads a blank white page to
replace the compose page.
When you click on the new-mail icon, it shows the compose page like it
should, you go to type in a name into the To box, and it does the ajax
lookup (that returns http 200 status) and it refreshs the page with a
blank one.
This is not using a different window for compose new message.
It seems like it's a javascript issue to me, not sure.
I reverted imp back to 4.3.4 and it works like normal again.
I turned off all caching, javascript/css merging and the problem
wouldn't go away.
I will keep looking to see if I can figure out exactly where the issue
is as I have time the rest of the week.