Summary says it all, best example is the mozilla home page. The banner at the top has an href in the map/area for the text 'mozilla.org'. normall images that are contained inside of an <a href> can have their link dragged. <area href>'s can not. (note, use the banner at the URL provided... some pages on mozilla.org have the whole image in an <a href>) IE5 corrently implements this.

reassigning to slamm

m20

I don't know what I was talking about on May 12th. This isn't XPApps, or Steve's. I don't know who should get this, reassigning to HTML Element

Andrei, could you please help find the rightful owner of this bug? Thanks.

massive update for QA contact.

Reassigning to pinkerton. Mike, are you our dnd guru?

->ben

i'll fix.

hrm.. this should be an easy fix - mostly because the code is there but doesn't seem to be functioning..

Well, it's not really there correctly. AREA is sharing code with IMG, but that's not correct at all. It should be sharing with A. But even when I made that change, this didn't work correctly in all cases, and it seems to have nothing to do with us -- we never even get the onDragStart event. I think there's some code somewhere that's too aggressively disallowing images to take focus, because I could actually see a focus rect appear and quickly disappear when I clicked on the mozilla.org banner.

Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.

qa contact updated.

SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.

Waaah. I saw a dupe of this floating around in layout earlier, but I don't know the number. Troll around in the bugs of whoever handles selection stuff...

r=ben sr=hewitt checked in.

verified fixed patch checked in CVS (Rev 3.143)

*** Bug 123274 has been marked as a duplicate of this bug. ***