-
Notifications
You must be signed in to change notification settings - Fork 439
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
8191995: Regression: DatePicker must commit on focusLost #679
8191995: Regression: DatePicker must commit on focusLost #679
Conversation
👋 Welcome back mhanl! A progress list of the required criteria for merging this PR into |
/reviewers 2 |
@kevinrushforth |
@kevinrushforth has indicated that a compatibility and specification (CSR) request is needed for this pull request. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
will review thoroughly soon - for now just a comment to get rid of that annoying yellow bar at the top ;)
On first skim, it looks straightforward - adding the api same as for combo/spinner. I think you might get going and flesh out the csr.
I just finished the CSR. :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fix looks good - verified that the new api and its implementation is the exact same as in ComboBox.
Tests look good as well - verified the focused-related test fails/passes before/after the fix, all other tests pass after the fix.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. I've also "Reviewed" the CSR, so it can be finalized.
@Maran23 This change now passes all automated pre-integration checks. ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details. After integration, the commit message for the final commit will be:
You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 11 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@kleopatra, @kevinrushforth) but any other Committer may sponsor as well. ➡️ To flag this PR as ready for integration with the above commit message, type |
/integrate |
/sponsor |
Going to push as commit 6fd4ab6.
Your commit was automatically rebased without conflicts. |
@kevinrushforth @Maran23 Pushed as commit 6fd4ab6. 💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored. |
Mailing list message from Dirk Lemmermann on openjfx-dev: Just submitted a bug report related to this issue. The DatePicker could now commit back to the old / previous value when the user selection of a new date via the dropdown also triggers the closing of the dialog that is showing the date picker. In that case the newly added commitValue() method will use the date expressed by the text inside the editor (TextField), which is actually the old date. Dirk
|
Mailing list message from Kevin Rushforth on openjfx-dev: Thanks for reporting this. -- Kevin On 10/10/2022 10:15 AM, Dirk Lemmermann wrote:
|
This PR fixes an issue where the
DatePicker
is not committing his text as value when the focus is lost.As the ticket also mentions, this is a regression which last worked on JavaFX 8 and got broken by this refactoring: JDK-8150946
The fix is to provide the same api to the
DatePicker
which was introduced by JDK-8150946 forComboBox
andSpinner
.Note: While fixing this I found a possible bug which I tracked here: JDK-8277756
-> When creating a
DatePicker
with the second constructor (withLocalDate
as parameter) two listener won't be added since they are only added at the first constructor (That's also why I added the focusProperty listener in the second constructor).Progress
Issues
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.java.net/jfx pull/679/head:pull/679
$ git checkout pull/679
Update a local copy of the PR:
$ git checkout pull/679
$ git pull https://git.openjdk.java.net/jfx pull/679/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 679
View PR using the GUI difftool:
$ git pr show -t 679
Using diff file
Download this PR as a diff file:
https://git.openjdk.java.net/jfx/pull/679.diff