77.62 KB, image/x-msbmp
124 bytes, text/html
145 bytes, text/html
406 bytes, patch
Brian Ryner (not reading): review+
Marc Attinasi: superreview+
|Details | Diff | Splinter Review|
Visit http://www.fidelity.com On the top menu, select "Quotes & Research" with the mouse. Popdown menu appears, select "Delayed Quotes" Note the text entry box where you type the symbol name. The Blinking cursor appears one line up from that position and not inside the text entry box. I'll attach a screen shot bmp file (shortly) that shows this in action incase you cant' see what I'm talking about or it does not occur with you. Note I'm using a *VERY* latests build, 2001/10/10.
Assignee: morse → rods
Component: Form Manager → HTML Form Controls
QA Contact: tpreston → madhur
looks just like bug 104223..
WFM w2k build 2001-10-11-10-0.9.4
I'm seeing this too in a CVS Linux build from yesterday. Confirming and changing to OS ALL. (I've searched for a dupe of this but couldn't find anything apart 104223, if this is a dup of somenthing older you know what you have to do ;)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
*** Bug 104223 has been marked as a duplicate of this bug. ***
With my almost null knowledge about HTML I've made a testcase for this. If you remove the <nobr> from the file everything works fine. The brilliant minds of #evangelism told me that: a) that <nobr> is stupid b) should have a </nobr> c) but anyway shouldn't cause this behavior.
The problem is the <nobr> followed by <br>. Oh, and my testcase has completely well-formed HTML. Just click in the input to reproduce.... Over to layout, ccing alexsavulov who has been working on this code.
Assignee: rods → attinasi
Component: HTML Form Controls → Layout
QA Contact: madhur → petersen
*** Bug 104150 has been marked as a duplicate of this bug. ***
Accepting: this should be a blocker I think.
Severity: normal → blocker
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla0.9.6
I find that any inline with a BR will break: <html><body><form><b><br><input></b></form></body></html>
10-09 Mozilla nightly is fine, 10-10 is bad (trunk only). Combing checkins has not revealed the culprit yet.
Maybe caused by kin's checkin for bug 88024?
I tried backing that out, and so did bryner, but it did not fix it. Sure looked like a likely suspect though, eh?
I think, having a fix for this is very important since it occurs on the login page of aol.com: goto http://calendar.aol.com (make sure that you're not already logged in with a screenname) you will be redirected to http://my.screenname.aol.com/_cqr/login/login.tmpl?siteId=calendaraolcom&GXHC_GX_cst=fc7eb075024d6167 It also occurs on the german version of the page. http:\\kalender.aol.de changing the URL field
Have fix need r and sr
Assignee: attinasi → evaughan
Status: ASSIGNED → NEW
Whiteboard: have fix
Comment on attachment 53195 [details] [diff] [review] Fix. r=bryner
Attachment #53195 - Flags: review+
Comment on attachment 53195 [details] [diff] [review] Fix. sr=attinasi
Attachment #53195 - Flags: superreview+
Just to be aggrivating, http://www.anywho.com shows this "nicely" as well.
updatig summary per request
Summary: fill in the box cursor is in the wrong place. → form field text appears outside form field
*** Bug 104317 has been marked as a duplicate of this bug. ***
*** Bug 104376 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
*** Bug 104543 has been marked as a duplicate of this bug. ***
*** Bug 106256 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.