-
Bug
-
Resolution: Fixed
-
P4
-
jfx16
this is basically reverting JDK-8114594 which cancels the edit on mouse interaction with the scrollBars. That bug is pre-historic (fixed in 2011, version fx2.0, before first commit accessible in the repository), has no description nor any tests.
As noted in a comment to that issue, it's inconsistent/incomplete, behavior depends on how scrolling is done:
- mousePressed on scrollBar: edit cancelled
- by mousewheel/touchPad: does nothing
- programmatically by control.scrollTo or scrollBar.setValue: does nothing
My guess is that due to incomplete/missing update of editing state on cell re-use, edits were committed on incorrect items, leading to data corruption. After fixing these re-use issues (seeJDK-8264127 and related), the brute-force cancel should no longer be needed.
As noted in a comment to that issue, it's inconsistent/incomplete, behavior depends on how scrolling is done:
- mousePressed on scrollBar: edit cancelled
- by mousewheel/touchPad: does nothing
- programmatically by control.scrollTo or scrollBar.setValue: does nothing
My guess is that due to incomplete/missing update of editing state on cell re-use, edits were committed on incorrect items, leading to data corruption. After fixing these re-use issues (see
- relates to
-
JDK-8150525 TableView: data corruption when editing newly added item
- Resolved
-
JDK-8114436 Cell and editing: problems when scrolling
- Closed
-
JDK-8278134 Move static utility methods to infrastructure (EditAndScrollTest)
- Resolved
-
JDK-8171847 More than one table cell are in edit state
- Open
-
JDK-8264127 ListCell editing status is true, when index changes while editing
- Resolved
-
JDK-8114594 Cancel editing on scroll of List/tree/table
- Closed
(1 relates to, 2 links to)