Closed
Bug 3735
Opened 26 years ago
Closed 26 years ago
Target frame attribute not honored in apprunner
Categories
(SeaMonkey :: UI Design, defect, P1)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M5
People
(Reporter: glynn, Assigned: law)
References
()
Details
Windows build, Mar 14 optimized, apprunner ONLY
1. Launch app and go to: http://www.greglynn.com
2. Select a link say from the right nav frame; instead of displaying content in
center frame as designed, content is displayed in the link's frame.
* Apprunner ignored the target attribute to display content in center frame.
Viewer works properly. Will check other platforms in morning at work.
Chris--Take a look. If it's apprunner per-se, then pass it on. I suspect frames.
*** Bug 3897 has been marked as a duplicate of this bug. ***
Updated•26 years ago
|
Assignee: karnaze → trudelle
Comment 3•26 years ago
|
||
It works on my 3/17 WinNT debug build in viewer. The bug says apprunner only, so
please reassign as appropriate.
Updated•26 years ago
|
Assignee: trudelle → don
Comment 4•26 years ago
|
||
This is straight HTML, not XUL, so it doesn't sound like an XPToolkit bug.
Reassigning to Don, who gets all the AppRunner bugs nobody else wants...
Re-assigned to rpotts@netscape.com and changed target milestone to M4.
Rick, is this our bug?
*** Bug 3953 has been marked as a duplicate of this bug. ***
*** Bug 3895 has been marked as a duplicate of this bug. ***
*** Bug 4170 has been marked as a duplicate of this bug. ***
*** Bug 3848 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 10•26 years ago
|
||
*** Bug 4183 has been marked as a duplicate of this bug. ***
Comment 11•26 years ago
|
||
Re-assigned to law@netscape.com and changed priority to P2.
Bill, is this fixable for M4 or should we move it to M5? And should you fix
this bug or mayber Radha?
Comment 12•26 years ago
|
||
Upgrade priority to P1 and changed component to XPApps.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 13•26 years ago
|
||
I've got a 90% fix (it doesn't yet handle targeting to named windows). I've got
approval to check this in. I'd like to close this one and open another for
targetting named windows (that won't get fixed for a little while).
Comment 14•26 years ago
|
||
I don't see this working at
http://slip.mcom.com/projects/marvin/bft/browser/bft_frame_index.html .
If you go there and click on 'navpanel item 1', you get a new frame which
contains this html:
<A HREF="bft_frame_body.html" TARGET="_parent">
when you click on that link, though, nothing happens.
Comment 15•26 years ago
|
||
Works for me with 4/10 build on Win 98, Win 95, Win NT
Assignee | ||
Comment 16•26 years ago
|
||
Works for me (in a build from Friday).
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: FIXED → WORKSFORME
Target Milestone: M4 → M5
Comment 17•26 years ago
|
||
marking works for me.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 18•26 years ago
|
||
verified build 1999-04-27-13
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•