Position of text field not correct when editing individual tree cells (if vertically scrolled)

UNCONFIRMED
Assigned to

Status

()

Core
XUL
UNCONFIRMED
10 years ago
9 years ago

People

(Reporter: Mime Čuvalo, Assigned: janv)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

4.32 KB, application/vnd.mozilla.xul+xml
Details
170.85 KB, image/jpeg
Details
(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7) Gecko/2007080210 GranParadiso/3.0a7

When there are enough treerows and the tree is scrolled, editing a cell will cause the tree to resize and the cell being edited will jump around to another position.

Reproducible: Always

Steps to Reproduce:
1. Open test case attachment.
2. Scroll to the bottom.
3. Double-click to edit.
Actual Results:  
Resizes tree more and more drastically the further you scroll down.  The treecell being edited jumps to an incorrect position.

Expected Results:  
Shouldn't resize the tree and show treecell in incorrect position.
(Reporter)

Comment 1

10 years ago
Created attachment 276650 [details]
Testcase
(Reporter)

Comment 2

10 years ago
Created attachment 276651 [details]
Screenshot
(Reporter)

Comment 3

10 years ago
I'm still seeing this on the trunk - could you take a look, Jan?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007101104 Minefield/3.0a9pre
(Reporter)

Comment 4

10 years ago
I see that this bug is related to bug 391574
Summary: Editable tree jumps around when editing scrolled section → Position of text field not correct when editing individual tree cells (if vertically scrolled)

Comment 5

10 years ago
I'm sorry, but I thought this was about the fact that the whole tree gets moved around? (not just having a misplaced edit box)  Whereas bug 391574 is about the edit box being incorrectly positioned (horizontal or vertical; it looks like it's mixing coordinate systems)

Having the tree move around is harder to work around via CSS :)
(Reporter)

Comment 6

10 years ago
(In reply to comment #5)
> I'm sorry, but I thought this was about the fact that the whole tree gets moved
> around? (not just having a misplaced edit box)  Whereas bug 391574 is about the
> edit box being incorrectly positioned (horizontal or vertical; it looks like
> it's mixing coordinate systems)
> 
> Having the tree move around is harder to work around via CSS :)
> 

Ha, yeah I guess - should I rename it back?  I think it's a combination of the two though.  Can't be sure though.
(Reporter)

Comment 7

10 years ago
(In reply to comment #5)
> Having the tree move around is harder to work around via CSS :)

I forgot to ask - does that you mean you have a work around maybe? :)  I could use something until this gets fixed.
(Reporter)

Updated

10 years ago
Depends on: 201499
(Reporter)

Comment 8

10 years ago
Well, for anybody who's interested: I'm working around this by just removing the flex="1" attribute on the box below the splitter and replacing it with height="150" and persist="height" attributes.

Updated

9 years ago
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: xptoolkit.trees → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.