build id: 1999052308 platform: tested on NT 4 to reproduce: go to the above url. scroll down. click to the left of the text. result: the page scrolls back up and the date is selected, even though you didn't make any text-selection gestures. expected result: nothing happens - the date should not be selected and the page should not scroll back up. the source html for this page shows that the date is in a left-aligned table header (if that helps). presumably, clicking anywhere in the area of the table header seems to think that means you want to selected text in the header?

Is this at all related to bug 5593? Anyone, anyone, Buehler? cc'ing joki just in case.

the current behavior is simply to scroll up when that whitespace is clicked(personally I believe that's b/c bug 5593 is fixed). To the eye of this humble observer it would seem that the table header cell is key as that is the *only* white-space you can click in to trigger this action. 1999061514 build. This bug is of course cross platform and reproducible with all the current builds (1999061514)

changing summaryto English this time - sorry

Per a request from Selection and Search component eng (mjudge) and qa (elig), moving all "Selection and Search" bugs to new "Selection" component. Original "Selection and Search" component will be retired.

[QA Assigning to self.]

tree is hoarked now. cant verify. will verify and fix when tree is more tame

well this bug is because of the same issue with images scrolling when they are clicked on. when you click on a frame it is by definition in view. so no scrolling is necessary. i will make this a dup of the image issue 9979 since the fix for 1 will fix the other. *** This bug has been marked as a duplicate of 9979 ***

Rubber-stamping verified as duplicate based on description.

Noting (for employee review) that this bug was marked as a duplicate of another bug that was entered nearly two months after this one.