* TITLE/SUMMARY [PP] Imagemaps don't work after clicking in text and paging back * STEPS TO REPRODUCE 0) Launch Apprunner 1) View a page with an image map (I used http://slip/projects/marvin/html/ image_usemap_01.html) 2) Locate the mouse pointer in a text block, and click the mouse button. 3) Press the "Back" button, returning you to the image map page. 4) Click anywhere on the imagemap * RESULT - What happened Mouse pointer doesn't turn into a hand, but remains a pointer. Imagemap clicks not recognized. If you move the mouse pointer near any text blocks, you'll see text highlighting, implying that Communicator thinksit's in the middle of performing a text selection. (Also, while I can reproduce this problem 100% using the cited test case, I can't reproduce this problem using the image map at www.apple.com.) - What was expected Imagemap click to be recognized after back/forward/back button sequence. * REGRESSION - Occurs On Mac OS Apprunner (3.17.99 optimized build) - Doesn't Occur On Mac OS Viewer (3.17.99 optimized build) Win32 Apprunner (3.17.99 optimized build [NT 4, Service Pack 3]) Linux Apprunner (3.17.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.

Also, please note that this bug does not occur using the image_usemap_02, image_usemap_03 or image_usemap_04 image map files in the same directory, either.

this seems like pixley bug. but I will look at it. I need to make some architecture changes anyway.

i need another url elig do you know where there is another html page i can test this on? the one mentioned does not exist anymore unfortunately. thanks man

Hi, Mike --- Oops. I've updated the URL field. There's also http://slip/projects/marvin/html/ image_usemap_gif.html. [Also, FYI, as of the 5.17.99 AM build, I can no longer reproduce this issue on Mac OS; haven't checked Win32/Linux, but can if desired.]

DUH. Please ignore my comment about this working; I confused it with another bug. It's definitely time for lunch...

Oops. Step 1.5 is missing. Specifically: Click anywhere within the image map. [I'm still seeing this problem on the 5.17.99 build; please let me know if you need any help in reproducing; really easy.]

ok i see it now. stretch the window all the way out and the farther you get from left margin the more "off" the Getposition code is. moving to m8 because i cant look at this now

ok i see it now. stretch the window all the way out and the farther you get from left margin the more "off" the Getposition code is. moving to m8 because i cant look at this now

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.

bug not looked at still working on architecture changes for multiple types of selection and also the lineup/linedown/closest line.

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

Prove it. ;)

[Rubber-stamping this bug as a "makes it easier for Mike to group bugs together even if they're not quite the same thing" verified duplicate, since I'll be checking this one upon verifying 3836.]

Now that 3836 is fixed, I've confirmed that this bug is also in fact fixed using this morning's Mac OS Mozilla build.