Ticket #1218 (closed defect: fixed)
Tables cache rows in non-optimal state after container change
| Reported by: | Jouni Koivuviita | Owned by: | Matti Tahvonen |
|---|---|---|---|
| Priority: | trivial | Milestone: | User Interface Library 5.2.0 RC |
| Component: | gwt-adapter-client | Version: | 5.0.0-pre |
| Keywords: | Cc: | ||
| Known Issue description: | |||
| Hours estimate: | 0 | Deadline (dd.mm.yyyy): | |
| Known Issue version (since): | Known Issue title: | ||
| Hours done: | Depends to: | ||
| Affects documentation: | no | ||
| Known Issue workaround: | |||
| Affects release notes: | yes | Contract: | |
Description (last modified by Matti Tahvonen) (diff)
Visible tables cached rows are cleared, only currently visible rows are left due container has changed. Table should detect this and request new cache rows.
Test in FeatureBrowser? table demo. Scroll down to half way. "Hire" or "delete" row -> no cache rows above the first rendered row until scrolled a bit.
In Firefox, notifications lose table scroll position, and table is scrolled to top, but no rows are visible. (fixed lately in [3289], but had nothing to do with notifications. Firefox didn't respect ScrollPanel?'s setScrollPosition method unless called deferred)
Change History
Note: See
TracTickets for help on using
tickets.
