User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050427 Camino/0.8.4 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050427 Camino/0.8.4 The vertical buttons in this county mapping program should have unique icons instead of the round buttons. It shows up correctly in Mozilla (but has a problem there with the vertical scroll bar in the left panel of the page not showing up). Reproducible: Always Steps to Reproduce: Happens when you visit the site. Actual Results: Round or oval aqua buttons along center vertical bar. Expected Results: Should be icons with pictures of what to do to change the map on the right side. Mozilla shows it correctly in this respect.

I believe this is a dupe of one of our form control bugs... CCing smfr.

This is kinda the inverse of bug 205136, I think, but a very, very extreme case, maybe even INVALID. <input type="button" style="background-color:#c8e1ff;width:22px;height:22px;background-image:url('img/zoomlast_1.gif');background-repeat:no-repeat;margin-bottom:5px;" title="Zoom Previous" onmousedown="activebutton(this);showLayer('loadLayer');getId('cmd').value='prev';getId('dataform').submit();" name="zoomprev" id="zoomprev" /> Basically, we're ignoring styles on input type="button" like we do pretty well, with a few exceptions noted in bug 205136, and drawing Aqua buttons. For some odd reason, this input button is given a bg-image intended really to be content instead of style. I think the html <button> (which we currently do not draw as Aqua, see bug 309556) or even input type="image" (plus styles, since I think we honor styles on input type="image") would be more appropriate here. Safari displays the same thing we do.

This not 100% the same as bug 205136, but that's where we're duping all of the problems with broken/missing content due to conflicts between Aqua buttons and CSS styles. *** This bug has been marked as a duplicate of 205136 ***