Closed
Bug 1204564
Opened 9 years ago
Closed 9 years ago
[markup-view] Inline text with "\n"s isn't being scrolled into view when I DoubleClick it for editing
Categories
(DevTools :: Inspector, defect)
DevTools
Inspector
Tracking
(firefox43 affected)
VERIFIED
DUPLICATE
of bug 1143742
Tracking | Status | |
---|---|---|
firefox43 | --- | affected |
People
(Reporter: arni2033, Unassigned)
References
()
Details
(Whiteboard: [polish-backlog][difficulty=easy])
Attachments
(1 file, 1 obsolete file)
STR:
1. Open this "data:" url or click URL in the form above
> data:text/html,<div>Sample text%0A</div>
2. Open devtools->Inspector
3. Doubleclick the inline text in markup-view
Result: Only a small blue line is visible at the top of textarea in markup-view
Expectations: Text should be visible when I start editing it
Summary: [markup-view] Inline text isn't being scrolled into view when I DoubleClick it for editing → [markup-view] Inline text with "\n"s isn't being scrolled into view when I DoubleClick it for editing
Updated•9 years ago
|
Whiteboard: [polish-backlog]
Comment 2•9 years ago
|
||
The inplace-editor used here is set to be in multiline mode (see the TextEditor class in devtools/client/markupview/markup-view.js).
And in multiline mode, the textarea used to edit the text gets its dimension dynamically determined by somehow measuring the text (see _autosize in devtools/client/shared/inplace-editor.js).
On this page: data:text/html,<div>Sample text%0Amore text</div>
The textarea is correctly sized to accommodate both lines of text.
Whiteboard: [polish-backlog] → [polish-backlog][difficulty=easy]
Comment 3•9 years ago
|
||
Fixed on Firefox 48, most likely by Bug 1143742.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Comment hidden (mozreview-request) |
Comment 5•8 years ago
|
||
mozreview-review |
Comment on attachment 8793580 [details]
Bug 1204564 - Update NSS to 7289ef6a8b84,
https://reviewboard.mozilla.org/r/80298/#review78938
::: security/nss/coreconf/coreconf.dep:13
(Diff revision 1)
> * Used to force a full recompilation of NSS in Mozilla's Tinderbox
> * depend builds. See comments in rules.mk.
> */
>
> #error "Do not include this header file."
> +
What happened here?
Comment 6•8 years ago
|
||
mozreview-review |
Comment on attachment 8793580 [details]
Bug 1204564 - Update NSS to 7289ef6a8b84,
https://reviewboard.mozilla.org/r/80296/#review78940
LGTM. I can't figure out how to mark it ship it
Comment 7•8 years ago
|
||
mozreview-review-reply |
Comment on attachment 8793580 [details]
Bug 1204564 - Update NSS to 7289ef6a8b84,
https://reviewboard.mozilla.org/r/80298/#review78938
> What happened here?
The script that lands NSS adds (or removes) this blank line so that the rest of the firefox build can see that NSS has changed. It's crazy. Take a look at client.py.
Comment 8•8 years ago
|
||
I think you are discussing about Bug 1304564 here. Could you amend your commit message before landing?
Flags: needinfo?(martin.thomson)
Comment 9•8 years ago
|
||
Yeah, pilot error on my part. Already corrected.
Flags: needinfo?(martin.thomson)
Updated•8 years ago
|
Attachment #8793580 -
Attachment is obsolete: true
Attachment #8793580 -
Flags: review?(ekr)
Updated•7 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•