Closed
Bug 224598
Opened 21 years ago
Closed 21 years ago
[FIX] one " around cols value causes weirdness in <frameset>
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: doronr, Assigned: MatsPalmgren_bugz)
References
()
Details
(Keywords: testcase)
Attachments
(5 files, 1 obsolete file)
<frameset cols=13%,*">
With 2 frames, due to the lone ", the first frame takes over the whole width.
Changing the position of the lone " to the start
<frameset cols="13%,*>
causes the left frame to take the whole width.
Have none or 2 " (ie the correct way) fixes the issue.
Minimized testcases:
- With bug - http://www.nexgenmedia.net/evang/fotofresh/index.html
- Without bug - http://www.nexgenmedia.net/evang/fotofresh/index2.html
![]() |
||
Comment 1•21 years ago
|
||
The first case is exactly equivalent to:
cols='13%,*"'
while the second one is exactly equivalent to:
cols='"13%,*'
and we should be treating them identically, which we do. What is your suggested
rendering there?
Assignee | ||
Comment 2•21 years ago
|
||
If we do it for " then we should do it for ' as well.
I considered using Trim() but I chose StripChars() for values like cols=13%,*",
Assignee | ||
Comment 3•21 years ago
|
||
Boris, I didn't see your comment before posting the patch. I think Doron
suggests that leading/trailing quotes should be ignored. I think we should
just remove them everywhere.
Keywords: testcase
Summary: one " around cols value causes weirdness in <frameset> → [FIX] one " around cols value causes weirdness in <frameset>
Reporter | ||
Comment 4•21 years ago
|
||
We don't treat them the same actually - depending on where the " is, the frame
we display changes.
Mats got it right, we shouldn't mess up due to an leading or trailing " - the
url of the bug shows that this is generated by PhotoShop btw.
Assignee | ||
Comment 5•21 years ago
|
||
I get 2 frames for '"13%,*' and 1 frame for '13%,*"'
![]() |
||
Comment 6•21 years ago
|
||
Doron, I meant that we should treat
cols=13%,*"
the same as
cols='13%,*"'
not that we should treat the two totally different colspecs in comment 1
identically to each other.
mats' patch is OK, I guess, if it gets lots and lots of testing... does it break
compat with IE in the cols='13%,*"' case, eg?
Reporter | ||
Comment 7•21 years ago
|
||
I get 1 frame for:
<frameset frameborder="no" cols="13%,*> on trunk.
![]() |
||
Comment 8•21 years ago
|
||
doron, what does IE do with the following:
1) <frameset frameborder="no" cols="13%,*>
2) <frameset frameborder="no" cols='"13%,*'>
?
Reporter | ||
Comment 9•21 years ago
|
||
1) <frameset frameborder="no" cols="13%,*>
In this case, IE goes wacky and misrenders the whole page - graphs are bleeding
into scrollbars, weird stuff.
2) <frameset frameborder="no" cols='"13%,*'>
this behaves like Mozilla, the right frame has 100%
![]() |
||
Comment 10•21 years ago
|
||
OK, well the renderings for those two cases should be absolutely identical in
Mozilla (and will be with or without Mats' patch; his patch just changes the
rendering of both cases).
You may also want to test:
1) <frameset frameborder="no" cols=13%,*">
vs
2) <frameset frameborder="no" cols='13%,*"'>
in IE.
Assignee | ||
Comment 11•21 years ago
|
||
Assignee | ||
Comment 12•21 years ago
|
||
Assignee | ||
Comment 13•21 years ago
|
||
Assignee | ||
Comment 14•21 years ago
|
||
Assignee | ||
Comment 15•21 years ago
|
||
Mozilla Opera7 NS4 IE5 patch1-Mozilla
Testcase #1: 100,0 13,87 100,0 13,87 13,87
Testcase #2: 100,0 13,87 100,0 13,87 13,87
Testcase #3: 0,100 0,100 0,100 --,13 0,100
Testcase #4: 13,87 0,100 50,50 0,100 13,87
numbers are "% width to left frame (google.com)" , " % to right (mozilla.org)"
Could someone please post numbers for IE6.
![]() |
||
Comment 16•21 years ago
|
||
> Testcase #3: 0,100
> Testcase #4: 13,87
I lied for the case when the quote comes first. In testcase 3, we parse the '>'
and crud after it as part of the attr value, hence the 0,100. In testcase 4,
that doesn't happen.
![]() |
||
Comment 17•21 years ago
|
||
Comment on attachment 134717 [details] [diff] [review]
Patch rev. 1
Make it a single StripChars call that strips all the chars, and r+sr=bzbarsky,
since this makes us behave more compatibly.
Attachment #134717 -
Flags: superreview+
Attachment #134717 -
Flags: review+
Assignee | ||
Comment 18•21 years ago
|
||
Attachment #134717 -
Attachment is obsolete: true
![]() |
||
Comment 20•21 years ago
|
||
Checked in. Thanks for the patch, Mats!
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•