Build ID: 2001-11-09-03, All OSs. Summary: Search textfield is cropped. Steps to Reproduce: 1. Look at the textfield in the search form on http://home.netscape.com Expected Results: 1. Textfield is cropped (this was changed when Rod Spears checked in some textfield stuff, but I think Netscape.com is using incorrect code). Actual Results: Textfield should be much longer than they are. This affects the Search field, the Weather field and the Stock Quote field.

if (navigator.appName=="Netscape" && platform.indexOf('Win')==0) { var srchsz=10; var weatsz=5; var stoksz=5; } else if (((navigator.appName=="Netscape") && (platform.indexOf('Mac')==0)) && (parseInt(navigator.appVersion)<5)) { var srchsz=20; var weatsz=8; var stoksz=8; } else if (((navigator.appName=="Netscape") && (platform.indexOf('Mac')==0)) && (parseInt(navigator.appVersion)>4)) { var srchsz=12; var weatsz=5; var stoksz=5; } else if (navigator.appName.indexOf("Microsoft")!=-1 && platform.indexOf('Mac')==0) { var srchsz=16; var weatsz=5; var stoksz=5; } else if (navigator.appName=="Netscape" && platform.indexOf('Win')==-1 && platform.indexOf('Mac')!=0) { var srchsz=19; var weatsz=8; var stoksz=8; } else { var srchsz=21; var weatsz=9; var stoksz=9; } var searchform= '<INPUT TYPE=TEXT NAME="searchstring" MAXLENGTH=100 SIZE='+srchsz+' CLASS=fsize3>'; var weatherform='<INPUT TYPE=TEXT NAME="search" MAXLENGTH=20 SIZE='+weatsz+' CLASS=fsize2>'; var stockform='<INPUT TYPE=TEXT NAME="symbol" MAXLENGTH=15 SIZE='+stoksz+' CLASS=fsize2>';

Are any of these sufficiently simmilar to warrant consolidation via duplication or dependancy change? bug 33654 bug 52500 bug 92980 bug 103293 bug 109392 -matt

This is operating the way they designed it.

A pulldown search provider that's bigger than the search textfield looks wonky, but that's neither your call nor mine.

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

I'm curious with whom you spoke. I don't think this is by design especially since in IE, Nav 4.x, and Trunk builds for Linux and Mac the search fields display look correct. You'd think they'd want it to render the same consistently, on each platform. I can speak with the Homepage folks.

I didn't speak with anyone. I just looked at the code: if (navigator.appName=="Netscape" && platform.indexOf('Win')==0) { var srchsz=10; var weatsz=5; var stoksz=5; } else if (((navigator.appName=="Netscape") && (platform.indexOf('Mac')==0)) && (parseInt(navigator.appVersion)<5)) { var srchsz=20; var weatsz=8; var stoksz=8; } else if (((navigator.appName=="Netscape") && (platform.indexOf('Mac')==0)) && (parseInt(navigator.appVersion)>4)) { var srchsz=12; var weatsz=5; var stoksz=5; } else if (navigator.appName.indexOf("Microsoft")!=-1 && platform.indexOf('Mac')==0) { var srchsz=16; var weatsz=5; var stoksz=5; } else if (navigator.appName=="Netscape" && platform.indexOf('Win')==-1 && platform.indexOf('Mac')!=0) { var srchsz=19; var weatsz=8; var stoksz=8; } else { var srchsz=21; var weatsz=9; var stoksz=9; } They obviously distinguish Gecko on a Mac, so the their choice of search field size for Gecko == the search field size for Navigator 4 seems intentional to me. Feel free to bring the issue up with whomever you wish.

This has been fixed, Netscape homepage was upgraded today.

fixed.

Rafael - nope, you guys didn't fix Mac OS X's CSS (or, the sniffing that gives the OS X client the file).

Is this still an issue for macosx? Or can this be closed?

wfm with the 2003-01-02-08 build on OS X 10.2.3.

verified still with build 2003-04-28-08 and home.netscape.com's search textfield.