Summary | reply to and related buttons |
Queue | Horde Base |
Queue Version | 3.1.3 |
Type | Enhancement |
State | No Feedback |
Priority | 1. Low |
Owners | |
Requester | john (at) s9co (dot) com |
Created | 04/11/2007 (6737 days ago) |
Due | |
Updated | 06/15/2007 (6672 days ago) |
Assigned | |
Resolved | 06/14/2007 (6673 days ago) |
Milestone | |
Patch | No |
content. As it often typical of Microsoft, it's interpretation of what
is pop up one moment differs from the next.
Ever since "allowing" pop up content from the root level of the domain
that uses webmail the problem has all but disappeared. So at present
this problem is 99% solved. I can deal with a 1% error rate.
If I can isolate the problem further I will post again.
queue instead of IMP? What browser(s) have you tested?
webmail first then reload the screen to get functionality back for the
following items (I haven't tested others since they are not normally
used by me):
Delete | Reply | Reply to All | Forward
Also the top menu for Compose.
I know from coding webpages if you use the same same name for
different things it can cause problems. Sorry if I didn't describe it
well but that's what has happened before. I had to generate unique
variable names and how I did it was by doing what I described initially.
So if it doesn't apply to Horde please ignore, but what I was trying
to describe was a valid solution to situations I've encountered before.
Thank you for looking into it, please let me know if there's anything
else i can provide.
State ⇒ Feedback
but in the same browser the reply to script (and other "new window"
buttons) fail because there is more than one instance calling the
same script.
javascript error?
function call like:
var x = 1
function y
But since it is the same for both instances = ERROR
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ reply to and related buttons
Queue ⇒ Horde Base
State ⇒ New
but in the same browser the reply to script (and other "new window"
buttons) fail because there is more than one instance calling the same
script.
I suggest making the scripts unique to the instance of webmail/Horde
that is open so a new window opening knows which instance it pertains
to thereby avoiding the resulting "disabling reply to" entirely.
NOTE: "New Mail" in the left hand column works but not in the message
view or top menu and none of the other functions in line with reply to
work when these conditions are true.
I know how I'd do it, so I'm including that method here in case it
helps describe the issue better. This may address other issues I am
unaware of.
If the server I log on to is webmail.ideally.com it would be a simple
matter to dynamically add "ideally" to the keywords used in the
javascript so that two instances result in unique javascript calls
instead of both calling the same variables thereby cancelling each
other.
EXAMPLE: webmail.ideally.com opens one instance,
webmail.futuristic.com opens another.
In the scripts providing functionality there might be a var or
function call like:
var x = 1
function y
But since it is the same for both instances = ERROR
Dynamically generating the scripts would result in scripts with var
and functions of:
var x_ideally = 1
function y_ideally
var x_futuristic = 1
function y_futuristic
WARNING: This solution and estimation of the problem is sadly only a
cursory analysis. If this ISN'T why I can't reply to one message when
multiple instances of Horde is running I apologize and this should be
relegated to a BUG report.
Please let me know if there's anything I can do to help.