Summary | Calendar navigation buttons break sidebar horde_main frame target (IE only) |
Queue | Kronolith |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | Horde Developers (at) |
Requester | tevans (at) tachometry (dot) com |
Created | 02/24/2006 (7044 days ago) |
Due | |
Updated | 02/25/2006 (7043 days ago) |
Assigned | 02/24/2006 (7044 days ago) |
Resolved | 02/25/2006 (7043 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
CVS commit:
http://cvs.horde.org/diff.php/kronolith/js/Kronolith.js.php?r1=1.10&r2=1.11&ty=u
http://cvs.horde.org/diff.php/kronolith/js/src/Kronolith.js.php?r1=1.1&r2=1.2&ty=u
Assigned to
State ⇒ Assigned
following code:
name = window.open(url, name, options)
Maybe something similar is necessary for iframes?
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Calendar navigation buttons break sidebar horde_main frame target (IE only)
Queue ⇒ Kronolith
---------------
Kronolith: CVS HEAD as of 2/20/2006
Framework: CVS HEAD as of 2/20/2006
Server: LAMP (FC2, Apache 2.0.58, MySQL 3.23.58; PHP 4.3.10)
Client: Windows XP
Browser: IE 6.0.2900.2180 (does not affect Mozilla)
Tested using multiple skins: bluewhite, mozilla, simplex
Summary:
--------------
After using either of the previous/next navigation arrow buttons in
the week or month calendar view, all links in the sidebar cause IE to
open a new browser window rather than writing the content of the
target page into the horde_main frame as expected.
Links in the sidebar are restored to normal operation only after logging out.
Procedure to recreate bug:
-------------------------------------
1) Login to Horde using MS Internet Explorer
2) Select "Calendar" from sidebar
3) Click either "Last" or "Next" navigation arrow in week or month view
4) Select any item from the sidebar
Result:
----------
All sidebar links now open in a new browser window rather than
resusing the horde_main frame. The user must log out and log back in
to restore normal sidebar operation.
Workarounds:
---------------------
We have suggested to our IE users to either switch to a
Mozilla/Firefox browser or to use the "Goto" calendar button instead
of the navigation arrows.
Analysis:
-------------
We have done some cursory review of the HTML templates, JS, and CSS
looking for clues, but have come up with nothing obvious that would
cause (or correct) this behavior.
Has anyone else seen this kind of framing issue?