* TITLE/SUMMARY URL field overflows onto Mac OS vertical scroll bar * STEPS TO REPRODUCE 0) Launch Apprunner 1) Shrink the width of the browser window, so that width of the URL in the text field exceeds the width of the window. (or just shrink it to the minimum width that it allows) 2) Click into the URL field, and type any character * RESULT - What happened The text field overflows, overwriting the vertical scroll bar. However, dragging (or clicking) in the region of the text block that overlaps the vertical scroll box (if placed below the text field) results in the mouse highlighting and dragging the vertical scroll box. [On Win32, it results in the window automatically scrolling to the bottom of the page, via the extraneous vertical scroll bar. I assume this will go away when the extraneous vertical scroll bar does, too.] - What was expected URL text window shouldn't exceed window chrome region. * REGRESSION - Occurs On Mac OS Apprunner (4.5.99 optimized build) - Doesn't Occur On Win32 Apprunner (4.5.99 optimized build [NT 4, Service Pack 3]) Linux Apprunner (4.5.99 optimized build) * CONFIGURATIONS TESTED - [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.5.1 - [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3. - [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.

Thanks Don for reassigning the bug to me but I think that it looks more like a XPApp problem. When the window is resized to a smaller size, the URL field is resized too but only up to a certain width. If the window is made even smaller, the scrollbar is displayed on top of the URL field and bad things happen. I suggest you make the window minWidth match the URL field minWidth in some way (either increase the former or reduce the latter). Reassigned to don.

Changing my mind and reassigning back to me. I'll work on clipRgns very soon and this is a good test case. I'll reassign to the XPApp team when I'm done with my part.

MOved to M5 unless pierre can pull off a miracle.

It looks like that one has been fixed a little while ago along with other problems with frames. Note: It can't be reproduced exactly as described because AppRunner has changed in the meanwhile. The test I have done is the following: go to Yahoo, resize the window so that the scrollbar overlays the Search edit field and enter some text. The scrollbar is no longer overwritten.

QA Assigning to self for verification.

Verified fixed in 6.16.99 AM Mac OS build. There is, however, a related bug that Pierre's Yahoo example evidences, and I'll write it up separately, with a reference in this bug report ASAP.

[Broke side-issue into 8334]

Moving all Widget Set bugs, past and present, to new HTML Form Controls component per request from karnaze. Widget Set component will be retired shortly.