Updated FileKeystore field not disabled when SSL Property is not enabled#15661
Updated FileKeystore field not disabled when SSL Property is not enabled#15661gandhroh000 wants to merge 22 commits into
Conversation
Review Summary by QodoFix fileKeystore field disabled state in Shared Database Login
WalkthroughsDescription• Disable fileKeystore field when SSL is not enabled • Ensures consistent UI behavior across SSL-related fields • Updated changelog to document the fix Diagramflowchart LR
SSL["SSL Property"] -- "not enabled" --> Disable["Disable Fields"]
Disable --> FileKeystore["fileKeystore Field"]
Disable --> Browse["Browse Button"]
Disable --> Password["Password Field"]
File Changes1. jabgui/src/main/java/org/jabref/gui/shared/SharedDatabaseLoginDialogView.java
|
Code Review by Qodo
Context used 1. Changelog entry too technical
|
|
Do not mark a PR as ready-for-review if changes are required. |
|
Can you please take a look a the QODO comment? Is that a valid point? |
Yes, you are right thanks for pointing that out, I looked further into it and saw that since keyStoreValidator depends on the useSSL property, it wasn't added as a form validator, even though initialized. I made an additional predicate that incorporated both the notEmptyAndfilesExist and then added to the form validator. However, I see an additional related issue with the folderValidator or automatically saving the library to field that saves the .bib file accordingly. This validator isn't added either to the form validator, and so with this fix it's about 3 lines of changes to the related issue of improve the Shared Database Login Dialog page, so I would also like to update that as well. |
…ttps://github.com/gandhroh000/jabref into fix_to_Database_Login_Dialog_KeyStore_field_enabled
|
you can ignore the rewrite action for the moment, we are working on a fix in other PR |
|
can you please fix the merge conflicts? I think it was coming from the openrewrite |
There was a problem hiding this comment.
Pulling this from the main branch causes issues, as "eol variable" is no longer declared, and then causes declaration issues. Not sure if the rest of the eol was intended to be removed, but would need this to be fixed prior to fixing merge conflicts.
…ttps://github.com/gandhroh000/jabref into fix_to_Database_Login_Dialog_KeyStore_field_enabled
…ttps://github.com/gandhroh000/jabref into fix_to_Database_Login_Dialog_KeyStore_field_enabled
…ttps://github.com/gandhroh000/jabref into fix_to_Database_Login_Dialog_KeyStore_field_enabled
|
JUnit tests of You can then run these tests in IntelliJ to reproduce the failing tests locally. We offer a quick test running howto in the section Final build system checks in our setup guide. |
|
Main changes were to the UI, but it seems like OpenRewrite and other changes in the main branch are causing further issues. Would it be advised to close this pull request, pull from the most updated branch, commit new changes, and then reopen this pull request? |
|
Closing this PR as the main branch fork wasn't synced, causing further issues. Will reopen PR with the same request; however, it will be with the updated repo. |
|
This pull requests was closed without merging. You have been unassigned from the respective issue #15660. In case you closed the PR for yourself, you can re-open it. Please also check After submission of a pull request in CONTRIBUTING.md. |
Related issues and pull requests
Closes #15660
PR Description
In the "Connect to Shared Database" page, when the "Use SSL" checkbox was deselected, fileKeyStore would still be showing as a required field, which can be confusing to the user. For reference, only when the SSL connection checkbox is enabled, the fileKeyStore field would be enabled. To change this, it was necessary to add a condition to the SharedDatabaseLoginDialogView. java file that triggered the disabledProperty function, hiding the fileKeyStore entry field.

Steps to test
Disabled "Use SSL" button:


Enabled "Use SSL" button:
Checklist
CHANGELOG.mdin a way that can be understood by the average user (if change is visible to the user)