110618 - part of frame content inaccessible by scrollbars

Status: RESOLVED DUPLICATE of bug 95487

(Core :: DOM: HTML Parser, defect)

Description

[Julian Rockey]

To see this bug in action, do the following:
1. Go to www.tesco.com
2. Click on 'Groceries' - you need to create an account
3. Once logged in, click on 'Departments'
4. Then click on 'Tins, packets and jars'
5. Then 'ethnic meals'
6. Then 'asian specialities'
A list of products is displayed in the main (large) frame. Scroll to the bottom
of the frame. The content goes off the bottom and you can't access the rest of
the list.

There are no Javascript errors generated at this point. I can't see the HTML
properly - clicking right button then 'View frame source' does not seem to
correctly display the HTML for that frame.

Comment 1

[Amarendra Hanumanula]

 Reporter, Can you please provide us with any dummy userID and passwd. I have 
tried to reproduce the problem by registering but its asking me an England ZIP 
that I dont have.. SO it would be helpfull if you can provide us with some dummy 
zip code too

Comment 2

[Julian Rockey]

I have created an account in my wife's name (she is a huge Mozilla fan and 
won't at all mind donating her name to help the cause). I will send the 
ID/password directly to amar as I would prefer it not to be on a public site 
(address/phone number is stored in account). Hope that's OK.

Comment 3

[Colin Slater]

Reporter, It would be much better if you could you save the offending page and
post it as an attachment.

Comment 4

[Julian Rockey]

Difficult to do that as it's a frameset but I will see what I can do.
BTW I can confirm that the behaviour remains the same with the 0.9.6 binary.

Comment 5

[Julian Rockey]

OK, I tried to save the HTML. Trouble is, right clicking on the main frame and 
choosing 'Save Frame As' does not save the correct HTML. Neither does 
choosing 'View Source' show the correct HTML for that frame. Although I don't 
know the Mozilla code at all, I can imagine that it is not impossible that this 
is linked to the reported bug (eg metrics/source being retrieved from wrong 
frame).

I have removed personal details from the test account so anyone can try this 
bug out. It is easy to reproduce (see bug text). Account name is 
[e-mail] and password is mozilla.

Comment 6

[Julian Rockey]

I tried this on Mozilla 0.9.6 for Windows (ME) today and can confirm that the
Windows version behaves the same as the Linux version.

Comment 7

[Michal 'hramrach' Suchanek]

I can see this on Linux 2001-12-10-21:
-clicking a link doesnt update the main content area
-looking into source for left column doesn show any links, only sole JavaScript
call to top.frames.Common.RedrawTopFrame(0,'','','');

It seems this is the function that generates content for the page but the source
is not updated afterwards. Links in the left column point to similar calls like
top.frames['Common'].RedrawTopFrame(1,'Cooking Ingredients','');

Well, I looked into the frameset.
There are only placeholders loaded in most frames (Holding.htm).
There is one frame with search engine (leftbar/topleft.htm) and one frame which
loads content into the other frames (RenderingOrder.htm).

The function that does nothing seems to be located in leftbar/Common.htm

http://www.tesco.com/superstore/leftbar/Common.htm

the page seems to do nothing by itself, it has to be called as shown above.


To sum up, theres probably no problem showing page source except it is not
dynamically updated (which is an issue on this page). There is some
incompatibility or bug interpreting the JavaScript on the URL above, which makes
the page not responding.

Comment 8

[Michal 'hramrach' Suchanek]

Note: because of the problems I had I was unable to reproduce steps 5 and 6 -
clicking 'Tins, packets and jars' did nothing. On pages I was able to see,
srollbars seem to work fine.

Comment 9

[Julian Rockey]

I have tried again and 'Tins, packets and jars' opens up a new page (sort of sub
menu) in the left hand frame. It is in this frame that you can select 'ethnic
meals' and then 'asian specialities'.

When selecting 'asian specialities' content is loaded into the main frame. It is
this frame (a list of products) that has the problem with the scroll bars.

The problem only occurs when the content of the main frame exceeds a certain
size. Resizing the window makes no difference - the scroll bars are adjusted but
the same piece of content remains inaccessible.

Many lists display correctly because they are not too long. A few that are too
long go 'off the bottom' of the frame and the lower content is not accesible as
the scroll bars are incorrectly sized.

I have taken a screen shot to illustrate the issue which can be viewed at
http://jrockey.com/nonsite/TescoMozillaError.png

Comment 10

[Calum Mackay]

Also seen on 0.9.7, Solaris 8, SPARC.

Comment 11

[Julian Rockey]

The nature of this bug has changed - not due to any change in Mozilla but
presumably because the company has changed their pages. It has got worse: now,
when a grocery 'shelf' is selected on the left frame (e.g. clicking 'Asian
specialities' as detailed in the bug description) no content at all appears in
the main frame.

This makes the site unusable. Rather than change browsers, though, I have
changed on-line grocers. Right choice eh?

Comment 12

[Michal 'hramrach' Suchanek]

I'd suggest changing component to JavaScripEngine because either the engine or
the page are wrong but I can't tell which. The page design didnt change much
since my last visit nor did browser behavior.
How do you know there's more below the scrollable area? It seems there is wider
light line below the table, not another row.

Comment 13

[Julian Rockey]

You're right, the problem is likely to be Javascript engine. My guess is the 
menu frame is using some Javascript to update content the main frame and 
although the Javascript is not failing the window is failing to be repainted. 
Something like that.

The behaviour has changed since I submitted this bug in this way:
 - originally, clicking on an option on the left (e.g. "Asian specialities" - 
see original instructions) produced a list in the main frame that you could 
not scroll to the bottom of (I knew this, because I tried it in IE and there 
was more content)
 - now, clicking on an option on the left results in the main frame not even 
being painted.

Unfortunately I can't tell whether it's a Mozilla issue or a page issue. 
www.tesco.com is the UK's biggest grocery store, and reportedly the largest 
online grocer in the world, so it's of concern that their page doesn't work.

I have tried writing to them but no reply. It would be good to know if this is 
definitely an evangelism bug or not though.

Comment 14

[Andrew McGuinness]

I see this bug as well.
Might it be the same as bug 119533 ?

Comment 15

[Andrew McGuinness]

*** This bug has been confirmed by popular vote. ***

Comment 16

[Phil Schwartau]

Oops - this bug was assigned to JavaScript Engine without the 
Owner or QA of that component being notified. To ensure that,
it's necessary to use the option button above the "Commit" button
in Bugzilla: "Reassign bug to owner of selected component".

This is not a JS Engine bug. In fact, it looks very similar to bug 95487
filed against the Parser component. In bug 95487, the contents of a Tesco
shopping list would inexplicably terminate. For example, see the screenshot
at http://bugzilla.mozilla.org/show_bug.cgi?id=95487#c8.

Perhaps that is the expanation for what happened here, as well. We expect
a longer list, leading us to think that Mozilla isn't allowing us to scroll.
But perhaps the list was actually terminated! (due to bug 95487).

Bug 95487 was fixed on 2002-01-11. Unfortunately, the Tesco site
has changed its HTML, and we have a new, Evangelism problem there:

See http://bugzilla.mozilla.org/show_bug.cgi?id=95487#c52; the new bug
is bug 154508 "[LAYER] Site has no Mozilla codepath on some pages"

It looks like Julian observed this himself in Comment #11 above.
I think the best thing to do is to resolve this bug as a duplicate
of bug 95487. I will reassign to Parser for parity before doing that.

Then I will cc Julian on the Evangelism bug so he can follow progress
on the new issue. If the Evangelism issue ever gets resolved but the
original problem reported here still exists, please reopen this bug -

Comment 17

[Phil Schwartau]

Resolving as a duplicate of the Parser problem, and cc'ing Julian on the 
Evangelism bug 154508 "[LAYER] Site has no Mozilla codepath on some pages"



*** This bug has been marked as a duplicate of 95487 ***