Fix Copy cite command should respect preferences

[Siedlerchr]

Fixes #10615
Supersedes #10690

Mandatory checks

• Change in CHANGELOG.md described in a way that is understandable for the average user (if applicable)
• Tests created for changes (if applicable)
• Manually tested changed features in running JabRef (always required)
• Screenshots added in PR description (for UI changes)
• Checked developer's documentation: Is the information available and up to date? If not, I outlined it in this pull request.
• Checked documentation: Is the information available and up to date? If not, I created an issue at https://github.com/JabRef/user-documentation/issues or, even better, I submitted a pull request to the documentation repository.

[koppor]

I'm working on it - especially that \cite as preference works. Reason: We should not force all users to adapt their preferences. JabRef should keep working. See #10568 (comment) for a discussion.

[Siedlerchr]

Ah I see, we then would need a migration step

If the cite command in the preferences equals \cite then replace it with the new format

[koppor]

The issue also happens if the user enters something wrong in the preference field. Currently, key1key2 is then used. Which can be done better. I am working on it.

I will output an info

INFO: Wrong indexes -1 -1 for completeCiteCommand \cite. Using default delimiter and suffix.

\cite then automatically turns into \cite{key1,key2}

[koppor]

Registry setting Computer\HKEY_CURRENT_USER\SOFTWARE\JavaSoft\Prefs\org\jabref -> cite/Command, content \cite will be magically converted by that parsing, too.

[koppor]

I went through the items of #10615 and worked on all of them (e.g., adding more test cases). Should be fine now 😅

[github-actions]

The build for this PR is no longer available. Please visit https://builds.jabref.org/main/ for the latest build.