Closed Bug 79994 Opened 24 years ago Closed 23 years ago

Formatting problem - caret outside of entry field.

Categories

(Core :: DOM: Editor, defect)

Product:
Core
Component:
DOM: Editor
Platform:
x86
Other
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
VERIFIED DUPLICATE of bug 75080

People

(Reporter: geoffreyodonoghue, Assigned: karnaze)

References

(
URL
)

Details

Perhaps logged already elsewhere. This page returns stock quotes for the irish stock exchange. You can input up to 10 ticker symbols here. I find that when I press tab to move to these input fields that the flashing cursor appears below the fiels rather than in them. This page displays correctly in IE5. Problem present in build 2001050515 on two seperate PCs both running 98SE.
caret problem is probably editor bug
Assignee: asa → beppe
Component: Browser-General → Editor
QA Contact: doronr → sujay
Summary: Formatting problem - cursor outside of entry field. → Formatting problem - caret outside of entry field.
what fields are you talking about? I only see 1 text field on that page -- am I missing something? What are you tabbing through?
In response to beppe@netscape.com The problem is with the 10 entry fields directly below the text "Enter up to 10 Stock Symbols" When clicking on the first entry box the cursor appears either between the first and second row of entry boxes on one of my PCs or in the first lower entry box on my other machine. I'm running at 1024X768 on both machines.
I can duplicate the error if the file stays on the server, if I copy it locally I cannot replicate the problem. I don't know if this has any influence on the problem, but there is a script block above the HTML start tag, which is totally illegal. Geoffrey -- are you able to dup this if you bring the file locally?
Confirmed. When I opened the ASP file that was saved to a subdirectory on my hard disk the cursor was placed correctly in the entry field.
I believe karnaze has a bug like this on his plate already. This bug happens when a reflow is done and the table prevents the reflow request from propagating down into the textfield child frames ... so the frame coordinates for the inside of the textfield are stale ... hence the drawing in the wrong place.
Assignee: beppe → karnaze
*** This bug has been marked as a duplicate of 75080 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.