Clicking any row in a TreeTable causes immediate scrolling to top of table

[vaadin-bot]

Originally by archie172

---

This is a relatively new problem present in 7.0.0.beta6.

I have a TreeTable and it contains more rows than can be displayed in its height, and therefore it has a vertical scroll bar.

If I click on (i.e., select) any row in the table, the table immediately scrolls to the top.

Of course, to notice this effect you have to scroll down first, so that the scroll bars start out not at the top.

As soon as you click on a row, the table is scrolled to the top row. This is especially annoying when the row that you clicked on is way down at the bottom: as soon as you click on it, it is no longer visible in the scroll window and you have to scroll back down again to see it.

---

Imported from https://dev.vaadin.com/ issue #10106

[vaadin-bot]

Originally by archie172

---

More info on this issue. In my application when you click on a row, underneath the Table (in the same VerticalLayout) I present the details of that item.

It appears that it is actually the modification of the details pane that is causing the jump to the first row, not the clicking on the Table row.

I know this because in the details pane there is a Cancel button that causes it to reset (i.e., remove and replace) the details pane. When I click this Cancel button, the same problem occurs.

So it's not the clicking of the Table row that causes the problem; the clicking of the Table row is triggering the problem in my particular application.

Instead, it is the replacement of an unrelated, subsequent component in the VerticalLayout containing the Table that causes the Table to jump to the first row.

[vaadin-bot]

Originally by archie172

---

FYI problem also occurs in 7.0.0.beta7.

[vaadin-bot]

Originally by archie172

---

One more interesting fact: if the Table has enough rows, and the row you click on is near the bottom of the table, then when the Table jumps to the top row, the entire view of what should be the top few rows of table content is just completely blank.

It is as if the Table doesn't even know that it is displaying those rows, and because they have fallen out of its client-side cache, they appear completely blank.

Then, as soon as you bump the mouse scroll wheel one bump downward, the rows suddenly appear.

[vaadin-bot]

Originally by @jdahlstrom

---

I'll take a look.

[vaadin-bot]

Originally by @jdahlstrom

---

Seems to manifest with both Table and TreeTable when the parent layout is changed (components added/removed) and the layout is setSizeFull().

[vaadin-bot]

Originally by @jdahlstrom

---

Actually, it appears this is already fixed in the current master.

[vaadin-bot]

Originally by archie172

---

Problem still occurs in 7.0.0.beta8.

Can you indicate the commit in the master branch that fixes this problem?

Thanks.

[vaadin-bot]

Originally by @jdahlstrom

---

I was able to reproduce it earlier today but not after I pulled the newest changes. I assumed 2d77a271 might have fixed this issue as a side effect, but will take a closer look on Monday.

[vaadin-bot]

Originally by archie172

---

OK, I tried applying that patch and it didn't fix the problem for me, but I may have done something wrong.

Not a big deal.. I can (and will) wait for 7.0.0.beta9 to verify that it's fixed.

[vaadin-bot]

Originally by @jdahlstrom

---

Hmm... Now I cannot reproduce this even with beta8 or beta7. Could you provide a test case?

[vaadin-bot]

Originally by archie172

---

Gladly. See attached.

[vaadin-bot]

Originally by archie172

---

Attachment added: demo3.war (6616.2 KiB)
WAR file exhibiting the problem

[vaadin-bot]

Originally by @jdahlstrom

---

Thanks. Yes, I can reproduce this. Will investigate.

[vaadin-bot]

Originally by @Artur-

---

This is likely related to layouts adding an extra DOM level when needed for expand ratios. The Table will then be detached and re-attached to the DOM, causing the scroll position to be lost.

[vaadin-bot]

Originally by @johndevs

---

I cannot reproduce this with the demo3.war provided in any major browser with the latest trunk.

As Artur states this issue was probably related to the attaching/detaching of the expand element in a VerticalLayout which caused the Table to get refocused and thus scroll up. The VerticalLayout was fixed in this regard along with https://dev.vaadin.com/ticket/10161 so this does not happen anymore and probably fixed this issue as well.

If you still are experiencing this with Vaadin 7 RC1 then please reopen the ticket.