feat: add --entry-type-pattern option to citationkeys generate command by DawydowGerman · Pull Request #15072 · JabRef/jabref

DawydowGerman · 2026-02-09T15:23:07Z

Added --key-patterns option to the citationkeys generate command which allows users to set a key pattern for a specific entry type.

Steps to test

Test verifies --key-patterns option appears in --help:

./gradlew :jabkit:run --args="citationkeys generate --help"

Output:

1.1. Create the next bib file:
@Article{,
author = {Author0},
title = {Title0},
year = {2024},
publisher = {Publisher0},
}

@book{,
author = {Author1},
title = {Title1},
year = {2025},
publisher = {Publisher1},
}

@booklet{,
author = {Author2},
title = {Title2},
year = {2026},
publisher = {Publisher2},
}

Test verifies that given type patterns for specified entry types generate corresponding citation keys:

{
  ./gradlew :jabkit:run --args="citationkeys generate \
    --input /home/german/IdeaProjects/jabref/test.bib \
    --output /home/german/IdeaProjects/jabref/result.bib \
    --key-patterns article='[auth:abbr]_[year]' \
    --key-patterns book='[year][auth]' \
   --key-patterns booklet='[year]_[auth:lower]'"
  cat /home/german/IdeaProjects/jabref/result.bib
}

Output:

Test verifies that other type patterns for specified entry types generate corresponding citation keys:

{
  ./gradlew :jabkit:run --args="citationkeys generate \
    --input /home/german/IdeaProjects/jabref/test.bib \
    --output /home/german/IdeaProjects/jabref/result.bib \
    --key-patterns article='[auth:lower]__[year]' \
    --key-patterns book='[auth:upper]__[year]' \
    --key-patterns booklet='[year]_[auth:upper]'"
  cat /home/german/IdeaProjects/jabref/result.bib
}

Output:

Checklist

I own the copyright of the code submitted and I license it under the MIT license
I manually tested my changes in running JabRef (always required)
[/] I added JUnit tests for changes (if applicable)
I added screenshots in the PR description (if change is visible to the user)
[/] I added a screenshot in the PR description showing a library with a single entry with me as author and as title the issue number.
I described the change in CHANGELOG.md in a way that is understandable for the average user (if change is visible to the user)
I checked the user 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 updating file(s) in https://github.com/JabRef/user-documentation/tree/main/en.

* Add typePatterns field * Add prepareKeyPatterns method * Add prepareKeyPatterns method call in CitationKeyPatternPreferences constructor call in getCitationKeyGenerator method --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com>

qodo-free-for-open-source-projects · 2026-02-09T15:23:26Z

Review Summary by Qodo

Add --entry-type-pattern option for per-type citation key configuration

✨ Enhancement

Walkthroughs

Description

• Add --entry-type-pattern CLI option to configure citation key patterns per entry type
• Allow users to override default patterns for specific entry types (article, book, etc.)
• Implement prepareKeyPatterns() method to merge CLI patterns with existing preferences
• Support multiple entry type pattern configurations in single command invocation

Diagram

flowchart LR
  CLI["CLI --entry-type-pattern option"] -- "parsed as Map" --> typePatterns["typePatterns field"]
  typePatterns -- "prepareKeyPatterns method" --> keyPatterns["GlobalCitationKeyPatterns"]
  keyPatterns -- "merged with existing" --> preferences["CitationKeyPatternPreferences"]
  preferences -- "used by" --> generator["CitationKeyGenerator"]

File Changes

1. jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java ✨ Enhancement +15/-1

Add entry type pattern CLI option and merge logic

• Added typePatterns field to store entry type pattern mappings from CLI option
• Added --entry-type-pattern option annotation to accept multiple pattern configurations
• Implemented prepareKeyPatterns() method to merge CLI patterns into existing key patterns
• Modified citation key generator initialization to use merged patterns when CLI option provided
• Added imports for Map, GlobalCitationKeyPatterns, and EntryTypeFactory

jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java

qodo-free-for-open-source-projects · 2026-02-09T15:29:24Z

Code Review by Qodo

🐞 Bugs (1) 📘 Rule violations (1) 📎 Requirement gaps (1)

1. --suffix lacks enum converter ☑ 📎 Requirement gap ✓ Correctness

Description

• The --suffix CLI option is bound directly to the enum CitationKeyPatternPreferences.KeySuffix
without using CaseInsensitiveEnumConverter. • This makes enum parsing likely case-sensitive, so
inputs like always may fail even though they are semantically valid. • This violates the
requirement that enum-valued CLI parameters must be accepted case-insensitively.

Code

jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[1]
@Option(names = "--generate-before-saving", description = "Generate citation keys before saving")

Evidence
Compliance ID 10 requires enum-valued CLI options to use CaseInsensitiveEnumConverter (or
equivalent). The --suffix option is an enum option but has no converter configured in its
@Option annotation.
Use CaseInsensitiveEnumConverter for enum-valued CLI parameters
jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[52-54]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
The CLI option `--suffix` is enum-valued but does not use `CaseInsensitiveEnumConverter`, so enum values are likely case-sensitive.
## Issue Context
Compliance requires case-insensitive parsing for enum-valued CLI parameters for `CitationKeyPatternPreferences`.
## Fix Focus Areas
- jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[52-54]
- jabkit/src/main/java/org/jabref/toolkit/converter/CaseInsensitiveEnumConverter.java[1-999999]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

2. --entry-type-pattern unvalidated types ☑ 📘 Rule violation ⛨ Security

Description

• The CLI-provided typePatterns keys are passed directly into EntryTypeFactory.parse(type) with
no validation or error handling. • Invalid/unknown entry types can trigger an exception during
execution, potentially resulting in an abrupt failure and leaking internal details (e.g., stack
traces) to the user. • External input should be validated and failures should produce a controlled,
user-friendly message.

Code

jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[R135-140]

+    private GlobalCitationKeyPatterns prepareKeyPatterns(CitationKeyPatternPreferences existingPreferences) {
+        GlobalCitationKeyPatterns keyPatterns = existingPreferences.getKeyPatterns();
+        typePatterns.forEach((type, pattern) -> {
+            keyPatterns.addCitationKeyPattern(EntryTypeFactory.parse(type), pattern);
+        });
+        return keyPatterns;

Evidence
Compliance requires validating external/user-provided inputs and handling errors robustly without
exposing internal details. The new map option values are user-controlled, but the code parses entry
types without guarding against invalid values or reporting actionable errors.
Rule 3: Generic: Robust Error Handling and Edge Case Management
Rule 4: Generic: Secure Error Handling
jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[135-140]
Best Practice: Learned patterns

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`--entry-type-pattern` accepts user-provided entry type names, but these are parsed via `EntryTypeFactory.parse(type)` without validation or error handling. Invalid values can crash execution and may expose internal exception details.
## Issue Context
The option is external input. Compliance requires explicit validation/edge-case handling and secure, user-friendly error messages.
## Fix Focus Areas
- jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[135-140]

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

3. ~~Shared patterns mutated~~ ☑ 🐞 Bug ✓ Correctness

Description

• prepareKeyPatterns retrieves the existing GlobalCitationKeyPatterns from preferences and
mutates it in-place when --entry-type-pattern is used. • Because CitationKeyPatternPreferences
stores and returns the same GlobalCitationKeyPatterns reference (no defensive copy) and
preferences are cached, this modification can leak into other operations/commands executed later in
the same JVM. • This creates surprising, non-local behavior and makes repeated invocations in the
same process depend on previous runs’ CLI arguments.

Code

jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[R135-140]

+    private GlobalCitationKeyPatterns prepareKeyPatterns(CitationKeyPatternPreferences existingPreferences) {
+        GlobalCitationKeyPatterns keyPatterns = existingPreferences.getKeyPatterns();
+        typePatterns.forEach((type, pattern) -> {
+            keyPatterns.addCitationKeyPattern(EntryTypeFactory.parse(type), pattern);
+        });
+        return keyPatterns;

Evidence
The PR code mutates existingPreferences.getKeyPatterns() directly. CitationKeyPatternPreferences
holds this object by reference and exposes it via getKeyPatterns(), while
AbstractCitationKeyPatterns is backed by a mutable HashMap. Additionally, JabRefCliPreferences
caches the CitationKeyPatternPreferences instance, so the same GlobalCitationKeyPatterns
instance is reused within the process—meaning the mutation is a shared side effect.
jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[135-140]
jablib/src/main/java/org/jabref/logic/citationkeypattern/CitationKeyPatternPreferences.java[33-57]
jablib/src/main/java/org/jabref/logic/citationkeypattern/CitationKeyPatternPreferences.java[181-183]
jablib/src/main/java/org/jabref/logic/citationkeypattern/AbstractCitationKeyPatterns.java[17-23]
jablib/src/main/java/org/jabref/logic/preferences/JabRefCliPreferences.java[1500-1516]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`--entry-type-pattern` currently mutates the globally cached `GlobalCitationKeyPatterns` instance (`existingPreferences.getKeyPatterns()`) in-place. This introduces shared-state side effects for the remainder of the JVM process.
### Issue Context
`CitationKeyPatternPreferences` stores and returns the `GlobalCitationKeyPatterns` by reference, and `JabRefCliPreferences` caches the `CitationKeyPatternPreferences` instance. Therefore, mutating the returned patterns object affects all other consumers in-process.
### Fix Focus Areas
- jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java[119-141]
### Suggested implementation approach
- Create a new `GlobalCitationKeyPatterns` instance initialized with the existing default pattern.
- Copy existing per-type overrides from `existingPreferences.getKeyPatterns()` into the new instance.
- Apply `typePatterns` on the new instance.
- Return/use the new instance (do **not** modify the original).
Pseudo-code sketch:

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

ⓘ The new review experience is currently in Beta. Learn more

Siedlerchr · 2026-02-09T20:17:59Z

Please add a changelog entry

…s-at-the-CLI

* Add description of the feature in CHANGELOG.md --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com>

koppor · 2026-02-11T22:54:12Z

+
+    private GlobalCitationKeyPatterns prepareKeyPatterns(CitationKeyPatternPreferences existingPreferences) {
+        GlobalCitationKeyPatterns keyPatterns = existingPreferences.getKeyPatterns();
+        typePatterns.forEach((type, pattern) -> {


Pass this as parameter please.

koppor · 2026-02-11T22:56:50Z

        return new CitationKeyGenerator(databaseContext, preferencesToUse);
    }
+
+    private GlobalCitationKeyPatterns prepareKeyPatterns(CitationKeyPatternPreferences existingPreferences) {


Pass GlobalCitationKeyPatterns keyPatterns as parameter - not the whole preferences.

Alternatively, you can do

prepareKeyPatterns(typePatterns, existingPreferences.getKeyPatterns())

and do @Nullable Map<...> typePatterns

and do and if and return erly.

Also Add JavaDoc -- Reason: I cannot see at the code why pattern is different from typePatterns

koppor · 2026-02-11T22:58:22Z

    private Boolean generateBeforeSaving;

+    @Option(names = "--entry-type-pattern", description = "Set a key pattern for a specific entry type")
+    private Map<String, String> typePatterns;


Why did you opt for typePatterns and not for keyPatterns as the preference getter suggests?

https://docs.jabref.org/setup/citationkeypatterns also talks about "key pattern"

koppor · 2026-02-11T22:59:17Z

    @Option(names = "--generate-before-saving", description = "Generate citation keys before saving")
    private Boolean generateBeforeSaving;

+    @Option(names = "--entry-type-pattern", description = "Set a key pattern for a specific entry type")


Suggested change

@Option(names = "--entry-type-pattern", description = "Set a key pattern for a specific entry type")

@Option(names = "--key-patterns", description = "Key patterns for specific entry types")

* Refactor prepareKeyPatterns method by replacing existingPreferences parameter with two other parameters * Add null check of keyPatternsOption parameter * Add Javadoc for prepareKeyPatterns method * Perlace ternary expression in getCitationKeyGenerator method by prepareKeyPatterns method call * Perlace typePatterns field's name for keyPatterns, and --entry-type-pattern option name for --key-patterns --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com>

koppor · 2026-02-12T16:13:33Z

 - We added the option to enable/disable the HTTP-Server for the browser extension to the Quick Settings on the Welcome screen [#14902](https://github.com/JabRef/jabref/issues/14902)
 - We added the ability to update bibliographic information based on the existing entry data. [#14185](https://github.com/JabRef/jabref/issues/14185)
 - We added an option to clear [groups with explicitly selected entries](https://docs.jabref.org/finding-sorting-and-cleaning-entries/groups#explicit-selection). [#15001](https://github.com/JabRef/jabref/issues/15001)
+- We added --entry-type-pattern option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)


Consistency.

Suggested change

- We added --entry-type-pattern option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)

- We added `--key-patterns` option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)

github-actions · 2026-02-14T03:50:13Z

Your pull request conflicts with the target branch.

Please merge with your code. For a step-by-step guide to resolve merge conflicts, see https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line.

…s-at-the-CLI

* Refactor changelog entry to match changed option name --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com>

subhramit · 2026-02-28T21:58:15Z

+    /// @param keyPatternsOption      patterns submitted by a user via --key-patterns option
+    /// @param keyPatternsPreferences patterns from preferences
+    /// @return keyPatterns from preferences or overridden by user-supplied patterns
+    private GlobalCitationKeyPatterns prepareKeyPatterns(@Nullable Map<String, String> keyPatternsOption, GlobalCitationKeyPatterns keyPatternsPreferences) {


"prepare" doesn't hint that something is being returned. Can you think of a better name for this method?

seems that simple 'get' is more suitable.

'getKeyPatterns'.

@subhramit, do you accept this option?

getX by convention doesn't take parameters, but I am okay with it. It's more of a nitpick.

How about "parse"?

…s-at-the-CLI

* Change prepareKeyPatterns method's name to getKeyPatterns to highlight that something is being returned by this method --------- Co-authored-by: Subhramit Basu <subhramit.bb@live.in>

* Move changelog entry the Unreleased section ---------

calixtus · 2026-03-06T09:25:33Z

Can you please comment on qodos comments? #15072 (comment)

DawydowGerman · 2026-03-06T14:56:13Z

@calixtus, yes.

I'll leave a comment on the first required action here since cannot leave a reply to the bot's code review message.

--suffix lacks enum converter.

As the bot suggested, --suffix CLI option doesn't work with lowercase arguments. It makes sense to add the converter class to this option.

DawydowGerman · 2026-03-06T14:57:27Z

Do I need to provide solutions for these 3 required actions?

calixtus · 2026-03-06T15:16:21Z

See if you can make a simple Converter for 1 and a copy of the keypatterns for 3 to avoid future side effects by uknowing contributors.
About 2: A simple infomessage about fallback to default should be sufficient.

…defensive copy * Add converter to '--suffix' CLI option for lowercase arguments * Add inform message if a user passed invalid entry type * Add defensive copy for the keyPatternsPreferences variable --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com>

subhramit · 2026-03-09T09:49:24Z

@DawydowGerman please address the failing unit tests on localization

* Add localization key in JabRef_en.properties file for getKeyPatterns method ---------

…s-at-the-CLI

testlens-app · 2026-03-09T19:43:21Z

✅ All tests passed ✅

🏷️ Commit: 369954e
▶️ Tests: 10126 executed
⚪️ Checks: 52/52 completed

Learn more about TestLens at testlens.app.

obsolete

koppor · 2026-03-10T15:37:21Z


 ## [Unreleased]

+- We added `--key-patterns` option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)


Wrong position in CHANGELOG file...

Overlooked. Will do a cleanup commit

* upstream/main: fix jbang (JabRef#15311) New Crowdin updates (JabRef#15310) Fix exception in ExtractReferences from pdf (JabRef#15308) feat: add --entry-type-pattern option to citationkeys generate command (JabRef#15072) Fix reflection excpetion, add missing (JabRef#15307)

JabRef#15072) * feat: add --entry-type-pattern option to citationkeys generate command * Add typePatterns field * Add prepareKeyPatterns method * Add prepareKeyPatterns method call in CitationKeyPatternPreferences constructor call in getCitationKeyGenerator method --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com> * docs: add description in CHANGELOG.md * Add description of the feature in CHANGELOG.md --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com> * refactor: change prepareKeyPatterns method, add JavaDoc * Refactor prepareKeyPatterns method by replacing existingPreferences parameter with two other parameters * Add null check of keyPatternsOption parameter * Add Javadoc for prepareKeyPatterns method * Perlace ternary expression in getCitationKeyGenerator method by prepareKeyPatterns method call * Perlace typePatterns field's name for keyPatterns, and --entry-type-pattern option name for --key-patterns --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com> * docs: minor changelog entry edit * Refactor changelog entry to match changed option name --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com> * refactor: change method's name * Change prepareKeyPatterns method's name to getKeyPatterns to highlight that something is being returned by this method --------- Co-authored-by: Subhramit Basu <subhramit.bb@live.in> * docs: minor changelog entry edit * Move changelog entry the Unreleased section --------- * refactor: add converter to --suffix, inform message for invalid key, defensive copy * Add converter to '--suffix' CLI option for lowercase arguments * Add inform message if a user passed invalid entry type * Add defensive copy for the keyPatternsPreferences variable --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> * docs: add localization key * Add localization key in JabRef_en.properties file for getKeyPatterns method --------- --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com> Co-authored-by: Subhramit Basu <subhramit.bb@live.in> Co-authored-by: Carl Christian Snethlage <50491877+calixtus@users.noreply.github.com>

github-actions Bot added the good second issue Issues that involve a tour of two or three interweaved components in JabRef label Feb 9, 2026

qodo-free-for-open-source-projects Bot reviewed Feb 9, 2026

View reviewed changes

Comment thread jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java Outdated

Comment thread jabkit/src/main/java/org/jabref/toolkit/commands/GenerateCitationKeys.java Outdated

github-actions Bot added the status: changes-required Pull requests that are not yet complete label Feb 9, 2026

This comment has been minimized.

Sign in to view

github-actions Bot mentioned this pull request Feb 9, 2026

Enable configuration of citation key patterns at the CLI #14707

Closed

DawydowGerman and others added 2 commits February 10, 2026 14:59

Merge branch 'main' into enable-configuration-of-citation-key-pattern…

8478b76

…s-at-the-CLI

docs: add description in CHANGELOG.md

37c5d0d

* Add description of the feature in CHANGELOG.md --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com>

koppor requested changes Feb 11, 2026

View reviewed changes

koppor previously requested changes Feb 12, 2026

View reviewed changes

DawydowGerman and others added 2 commits February 17, 2026 20:03

Merge branch 'main' into enable-configuration-of-citation-key-pattern…

9e9e99f

…s-at-the-CLI

docs: minor changelog entry edit

3ef9fe6

* Refactor changelog entry to match changed option name --------- Co-authored-by: Carl Christian Snethlage <calixtus@users.noreply.github.com> Co-authored-by: Oliver Kopp <kopp.dev@gmail.com>

github-actions Bot added status: no-bot-comments and removed status: changes-required Pull requests that are not yet complete labels Feb 17, 2026

DawydowGerman requested a review from koppor February 22, 2026 05:35

subhramit reviewed Feb 28, 2026

View reviewed changes

DawydowGerman requested a review from subhramit March 3, 2026 06:35

DawydowGerman and others added 2 commits March 4, 2026 08:21

Merge branch 'main' into enable-configuration-of-citation-key-pattern…

6da20fc

…s-at-the-CLI

refactor: change method's name

0a41b9b

* Change prepareKeyPatterns method's name to getKeyPatterns to highlight that something is being returned by this method --------- Co-authored-by: Subhramit Basu <subhramit.bb@live.in>

This comment has been minimized.

Sign in to view

github-actions Bot added status: changes-required Pull requests that are not yet complete and removed status: no-bot-comments labels Mar 4, 2026

docs: minor changelog entry edit

7615c65

* Move changelog entry the Unreleased section ---------

This comment has been minimized.

Sign in to view

github-actions Bot added the status: no-bot-comments label Mar 4, 2026

github-actions Bot removed the status: changes-required Pull requests that are not yet complete label Mar 4, 2026

This comment has been minimized.

Sign in to view

github-actions Bot added status: changes-required Pull requests that are not yet complete and removed status: no-bot-comments labels Mar 9, 2026

docs: add localization key

8f14508

* Add localization key in JabRef_en.properties file for getKeyPatterns method ---------

This comment has been minimized.

Sign in to view

github-actions Bot added status: no-bot-comments and removed status: changes-required Pull requests that are not yet complete labels Mar 9, 2026

calixtus approved these changes Mar 9, 2026

View reviewed changes

Merge branch 'main' into enable-configuration-of-citation-key-pattern…

369954e

…s-at-the-CLI

calixtus enabled auto-merge March 9, 2026 19:43

subhramit approved these changes Mar 9, 2026

View reviewed changes

calixtus added this pull request to the merge queue Mar 9, 2026

github-actions Bot added the status: to-be-merged PRs which are accepted and should go into the merge-queue. label Mar 9, 2026

Merged via the queue into JabRef:main with commit 9688956 Mar 9, 2026
61 of 62 checks passed

koppor reviewed Mar 10, 2026

View reviewed changes

	@Option(names = "--entry-type-pattern", description = "Set a key pattern for a specific entry type")
	@Option(names = "--key-patterns", description = "Key patterns for specific entry types")

	- We added --entry-type-pattern option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)
	- We added `--key-patterns` option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)


		## [Unreleased]

		- We added `--key-patterns` option to CLI parameters to allows users to set a citation key's pattern for a specific entry type. [#14707](https://github.com/JabRef/jabref/issues/14707)

Uh oh!

Conversation

DawydowGerman commented Feb 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Steps to test

Checklist

Uh oh!

qodo-free-for-open-source-projects Bot commented Feb 9, 2026

Review Summary by Qodo

Walkthroughs

File Changes

Uh oh!

qodo-free-for-open-source-projects Bot commented Feb 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Code Review by Qodo

Uh oh!

Uh oh!

Uh oh!

This comment has been minimized.

Siedlerchr commented Feb 9, 2026

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

github-actions Bot commented Feb 14, 2026

Uh oh!

Choose a reason for hiding this comment

Uh oh!

DawydowGerman Mar 1, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

This comment has been minimized.

This comment has been minimized.

calixtus commented Mar 6, 2026

Uh oh!

DawydowGerman commented Mar 6, 2026

Uh oh!

DawydowGerman commented Mar 6, 2026

Uh oh!

calixtus commented Mar 6, 2026

Uh oh!

This comment has been minimized.

subhramit commented Mar 9, 2026

Uh oh!

This comment has been minimized.

testlens-app Bot commented Mar 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✅ All tests passed ✅

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants

DawydowGerman commented Feb 9, 2026 •

edited

Loading

qodo-free-for-open-source-projects Bot commented Feb 9, 2026 •

edited

Loading

DawydowGerman Mar 1, 2026 •

edited

Loading

testlens-app Bot commented Mar 9, 2026 •

edited

Loading