Closed
Bug 849705
Opened 13 years ago
Closed 10 years ago
The selection-handler is placed in wrong screen location when the 'input' is located in an iframe-element, whose properties 'top' and 'left' are not equal to 0.
Categories
(Firefox for Android Graveyard :: Text Selection, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: sunyue328, Unassigned)
Details
Attachments
(1 file)
|
580 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:10.0.1) Gecko/20100101 Firefox/10.0.1
Build ID: 20120209215013
Steps to reproduce:
Create a page with an IFRAME, whose attributes 'top' and 'left' are set to any values other than 0, and then add an 'input' element to the IFRAME. Open the page with firefox and tap the 'input'.
Actual results:
The selection-handler is misplaced in wrong screen location.
Expected results:
There maybe something wrong with the function SelectionHandler.positionHandles() in 'mobile/android/content/brower.js'. The 'left' property of the positions-message sent to java might not be the value of 'cursor.left + viewoffset.x + scrollX.value', because the viewoffset.x is included in cursor.left already.
Priority: -- → P3
Hardware: x86_64 → ARM
Summary: The selection-handler is positioned at a wrong place when the input-box is located in an iframe-element, whose properties 'top' and 'left' are not set to be zero → The selection-handler is placed in wrong screen location when the 'input' is located in an iframe-element, whose properties 'top' and 'left' are not equal to 0.
Comment 1•13 years ago
|
||
Do you have a test case or example URL?
Flags: needinfo?(sunyue328)
Priority: P3 → --
There is an simple example:
//The page: main.html
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<link rel="stylesheet" href="main.css" type="text/css" />
</head>
<body style="background-color: white">
<div id="testframe">
<input id="testinput" value="testtesttesttest"/>
</div>
</body>
</html>
//The CSS file: main.css
body {
background-color: #000;
}
#testframe {
background-color: #AAA;
top: 0px;
left: 0px;
margin: 0px;
width: 360px;
height: 640px;
padding: 0px;
border-width: 0px;
-moz-transform: scaleX(2) scaleY(2);
-moz-transform-origin: 0 0;
}
The problem also exists when using 'iframe' instead of div.
There is something wrong with the account: sunyue328@126.com and this is the new one.
Comment 4•12 years ago
|
||
Comment 5•12 years ago
|
||
When I click into the test case file using Firefox for Android nightly I see the cursor marker set to the location I tap. Margaret any idea on this issue?
Flags: needinfo?(sunyue328) → needinfo?(margaret.leibovic)
Comment 6•12 years ago
|
||
Using the testcase posted here, I'm not seeing any problem on Nightly or release Firefox.
YueGe, do you still see this problem?
Flags: needinfo?(margaret.leibovic)
Comment 7•10 years ago
|
||
Convenience paste of the example code from comment 2 [0]
Testing with the newest version of the AccessibleCarets also shows no issues I can find [1]. Closing this old bug in lieu of no response from the OP.
[0] https://www.dropbox.com/s/kiw4tuocpwidn9g/bug_849705.html?dl=0
[1] https://www.dropbox.com/s/uxe7yzh0r4i2agg/bug_849706_testShot.png?dl=0
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Component: General → Text Selection
Resolution: --- → INVALID
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•