Fixes #13274: Allow cygwin-paths on Windows #13297

kvitorr · 2025-06-10T01:55:20Z

Allow cygwin-paths on Windows

Create the method convertCygwinPathToWindows in the FileUtil class. It transforms a file path from Cygwin-style to Windows-style only if the operating system is Windows.

Based on research, the two common Cygwin-style formats are:

/cygdrive/{drive}/some/path
/{drive}/some/path

The third was asked to be added

/mnt/{drive}/Users/ (asked in the code review)

The method follows this logic:

/// Converts a Cygwin-style file path to a Windows-style path if the operating system is Windows.
    ///
    /// Supported formats:
    /// - /cygdrive/c/Users/... → C:\Users\...
    /// - /mnt/c/Users/...      → C:\Users\...
    /// - /c/Users/...          → C:\Users\...
    ///
    /// @param filePath the input file path
    /// @return the converted path if running on Windows and path is in Cygwin format; otherwise, returns the original path
    public static Path convertCygwinPathToWindows(String filePath) {
        if (filePath == null) {
            return null;
        }

        if (!OS.WINDOWS) {
            return Path.of(filePath);
        }

        if (filePath.startsWith(MNT_PREFIX) && filePath.length() > 5) {
            return buildWindowsPathWithDriveLetterIndex(filePath, 5);
        }

        if (filePath.startsWith(CYGDRIVE_PREFIX) && filePath.length() > 10) {
            return buildWindowsPathWithDriveLetterIndex(filePath, 10);
        }

        if (ROOT_DRIVE_PATTERN.matcher(filePath).matches()) {
            return buildWindowsPathWithDriveLetterIndex(filePath, 1);
        }

        return Path.of(filePath);
    }

    /// Builds a Windows-style path from a Cygwin-style path using a known prefix index.
    /// @param path the input file path
    /// @param letterIndex the index driver letter, zero-based indexing
    /// @return a windows-style path
    private static Path buildWindowsPathWithDriveLetterIndex(String path, int letterIndex) {
        String driveLetter = path.substring(letterIndex, letterIndex + 1).toUpperCase();
        String windowsPath = path.substring(letterIndex + 1).replace("/", "\\\\");
        return Path.of(driveLetter + ":" + windowsPath);
    }

Additionally, unit tests for this method were added to FileUtilTest class

OBS: I need help to run the second test when Windows is disabled... I am getting an error because the test is not recognized...

    @DisabledOnOs(value = org.junit.jupiter.api.condition.OS.WINDOWS, disabledReason = "Test in others operational systems")
    @ParameterizedTest
    @ValueSource(strings = {"/home/username/Downloads/test.bib"})
    void convertCygwinPathToWindowsShouldReturnOriginalFilePathWhenRunningOnWindows(String filePath) {
        assertEquals(Path.of(filePath), FileUtil.convertCygwinPathToWindows(filePath));
    }

It was created a Converter, called CygwinPathConverter, as requested on the code review... and it was added to the Option Anottation in the classes: CheckConsistency.java, CheckIntegrity.java, Convert.java, Pseudonymize.java, Search.java

Example of use:

@Option(names = {"--input"}, converter = CygWinPathConverter.class, description = "Input BibTeX file", required = true)
    private Path inputFile;

Mandatory checks

I own the copyright of the code submitted and I license it under the MIT license
Change in CHANGELOG.md described in a way that is understandable for the average user (if change is visible to the user)
Tests created for changes (if applicable)
Manually tested changed features in running JabRef (always required)
[/] Screenshots added in PR description (if change is visible to the user)
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.

Created the method convertCygwinPathToWindows in the FileUtil class. It transforms a file path from Cygwin-style to Windows-style only if the operating system is Windows. The method follows this logic: 1. If the filePath is null or the OS is not Windows, return it unchanged. 2. If the path starts with /cygdrive/{drive} or /{drive}, replace it with {driveLetterUpperCase}:\ and convert forward slashes to backslashes. Based on research, the two common Cygwin-style formats are: - /cygdrive/{drive}/some/path - /c/some/path If none of theses patters match, or if the OS is not Windows, the original path is returned. Additionally, unit tests for this method were added to FileUtilTest class OBS: I need help to run the second test when Windows is disabled... I am getting an error because the test is not recognized...

…mportException I need help to understand if I really need to do this change... it was not clear to me on the issue description. (it is my first open source contribuition)

Do not know if I need to do that.

… into fix-for-issue-13274

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java

jablib/src/test/java/org/jabref/logic/util/io/FileUtilTest.java

koppor · 2025-06-10T14:08:07Z

Please add a CHANGELOG.md entry 😅

koppor · 2025-06-10T14:09:33Z

Tests look good!

Now, weave it in into JabKit

trag-bot · 2025-06-10T16:04:46Z

jabkit/src/main/java/org/jabref/cli/ArgumentProcessor.java

@@ -84,7 +84,7 @@ protected static Optional<ParserResult> importFile(String importArguments,
        LOGGER.debug("Importing file {}", importArguments);
        String[] data = importArguments.split(",");

-        String address = data[0];
+        String address = FileUtil.convertCygwinPathToWindows(data[0]);


The method 'convertCygwinPathToWindows' should be documented with non-trivial JavaDoc to explain its purpose and usage, as per instruction 23.

I think, this could be too late - isn't there a picocli transformation helper? Like that at the --input parameter is transformed on picocli level not at the first usage?

kvitorr · 2025-06-10T16:36:58Z

@koppor, can you help me? I’m not sure where to create the test for the ArgumentProcessor class. Also, would you like me to rename the test cases?

koppor · 2025-06-10T21:42:57Z

@koppor, can you help me? I’m not sure where to create the test for the ArgumentProcessor class. Also, would you like me to rename the test cases?

No need to create tests there. Just implement the transformation of the --input (and --output) filename(s).

kvitorr · 2025-06-10T22:29:55Z

@koppor, can you help me? I’m not sure where to create the test for the ArgumentProcessor class. Also, would you like me to rename the test cases?

No need to create tests there. Just implement the transformation of the --input (and --output) filename(s).

already done that in the last commit

koppor · 2025-06-11T03:49:35Z

@koppor, can you help me? I’m not sure where to create the test for the ArgumentProcessor class. Also, would you like me to rename the test cases?

No need to create tests there. Just implement the transformation of the --input (and --output) filename(s).

already done that in the last commit

See my comment. Is it possible to move the logic towards the --import argument?

Reason: should also work at pseudonymization and check consistency, not only import. (If I understand the current diff right currently only at the import command it's working. Did you try out for pseudonymize?)

kvitorr · 2025-06-11T03:57:46Z

@koppor, can you help me? I’m not sure where to create the test for the ArgumentProcessor class. Also, would you like me to rename the test cases?

No need to create tests there. Just implement the transformation of the --input (and --output) filename(s).

already done that in the last commit

See my comment. Is it possible to move the logic towards the --import argument?

Reason: should also work at pseudonymization and check consistency, not only import. (If I understand the current diff right currently only at the import command it's working. Did you try out for pseudonymize?)

sorry... I didn't see your comment. I'll try to understand what are you saying and then I'll comeback with some commit or comment

koppor · 2025-06-11T04:43:49Z

@koppor, can you help me? I’m not sure where to create the test for the ArgumentProcessor class. Also, would you like me to rename the test cases?

No need to create tests there. Just implement the transformation of the --input (and --output) filename(s).

already done that in the last commit

See my comment. Is it possible to move the logic towards the --import argument?

Reason: should also work at pseudonymization and check consistency, not only import. (If I understand the current diff right currently only at the import command it's working. Did you try out for pseudonymize?)

sorry... I didn't see your comment. I'll try to understand what are you saying and then I'll comeback with some commit or comment

Maybe it got lost while I was on the road.

There is a place in the code where --input is mapped to a Java object variable by the picocli annotation @option (or similar). Maybe, there is a transformion possible.

jabkit/src/main/java/org/jabref/cli/Convert.java

trag-bot · 2025-06-12T01:54:17Z

jabkit/src/main/java/org/jabref/cli/Convert.java

    private String inputFile;

    @Option(names = {"--input-format"}, description = "Input format")
    private String inputFormat;

-    @Option(names = {"--output"}, description = "Output file")
+    @Option(names = {"--output"}, converter = PathConverter.class, description = "Output file")


The use of PathConverter for the output file path conversion is not optimal. Consider using Path.of() for better readability and maintainability.

Strange that one os PathConverter and the other one is StringPathConverter.

OK, this seems to be generated with AI. Please, instruct the AI to avoid code duplication.

PathConverter is the nicer name, remove the other things.

While scrolling through, you should have seen this for yourself @kvitorr!

I believe this could be artifacts from initial implementation. Should all be Paths.

@koppor yes, I am using AI to understand the code... I have never worked with picocli before... The converters were made taking into account the type of data that was returned by --input and --output options... So, if there was code duplication it was because there was no consensus on the return type of these variables. I didn't feel comfortable changing the type without knowing the consequences, so I uploaded the changes and waited for the code review.

trag-bot · 2025-06-12T01:55:14Z

jabkit/src/main/java/org/jabref/cli/Pseudonymize.java

@@ -34,10 +35,10 @@ public class Pseudonymize implements Runnable {
    private ArgumentProcessor.SharedOptions sharedOptions = new ArgumentProcessor.SharedOptions();

    @ADR(45)
-    @Option(names = {"--input"}, description = "BibTeX file to be pseudonymized", required = true)
+    @Option(names = {"--input"}, converter = StringPathConverter.class, description = "BibTeX file to be pseudonymized", required = true)


The description should use 'BibTeX' as the spelling for BibTeX in Java strings, as per the guidelines. This ensures consistency across the codebase.

trag-bot · 2025-06-12T01:55:15Z

jabkit/src/main/java/org/jabref/cli/Pseudonymize.java

    private String inputFile;

-    @Option(names = {"--output"}, description = "Output pseudo-bib file")
+    @Option(names = {"--output"}, converter = StringPathConverter.class, description = "Output pseudo-bib file")


The description should use 'BibTeX' as the spelling for BibTeX in Java strings, as per the guidelines. This ensures consistency across the codebase.

jabkit/src/main/java/org/jabref/cli/Search.java

jabkit/src/main/java/module-info.java

koppor · 2025-06-13T07:02:53Z

jabkit/src/main/java/org/jabref/cli/Convert.java

    private String inputFile;

    @Option(names = {"--input-format"}, description = "Input format")
    private String inputFormat;

-    @Option(names = {"--output"}, description = "Output file")
+    @Option(names = {"--output"}, converter = PathConverter.class, description = "Output file")


Strange that one os PathConverter and the other one is StringPathConverter.

OK, this seems to be generated with AI. Please, instruct the AI to avoid code duplication.

PathConverter is the nicer name, remove the other things.

While scrolling through, you should have seen this for yourself @kvitorr!

calixtus · 2025-06-13T12:35:57Z

jabkit/src/main/java/org/jabref/cli/CheckIntegrity.java

+    @Parameters(index = "0", converter = FilePathConverter.class, description = "BibTeX file to check", arity = "0..1")
    private File inputFile;

-    @Option(names = {"--input"}, description = "Input BibTeX file")
+    @Option(names = {"--input"}, converter = FilePathConverter.class, description = "Input BibTeX file")
    private File inputOption;


Change theese to Paths. Artifact from initial implementation.

calixtus · 2025-06-13T12:37:37Z

jabkit/src/main/java/org/jabref/cli/Convert.java

    private String inputFile;

    @Option(names = {"--input-format"}, description = "Input format")
    private String inputFormat;

-    @Option(names = {"--output"}, description = "Output file")
+    @Option(names = {"--output"}, converter = PathConverter.class, description = "Output file")


I believe this could be artifacts from initial implementation. Should all be Paths.

calixtus · 2025-06-13T12:37:38Z

jabkit/src/main/java/org/jabref/cli/Convert.java

@@ -36,13 +38,13 @@ public class Convert implements Runnable {
    @Mixin
    private ArgumentProcessor.SharedOptions sharedOptions = new ArgumentProcessor.SharedOptions();

-    @Option(names = {"--input"}, description = "Input file", required = true)
+    @Option(names = {"--input"}, converter = StringPathConverter.class, description = "Input file", required = true)
    private String inputFile;


Change this to Path

calixtus · 2025-06-13T12:47:14Z

jabkit/src/main/java/org/jabref/cli/converter/PathConverter.java

+    @Override
+    public Path convert(String value) {
+        String normalizedPath = FileUtil.convertCygwinPathToWindows(value);
+        return Paths.get(normalizedPath);


calixtus · 2025-06-13T12:49:01Z

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java

+    ///
+    /// @param filePath the input file path
+    /// @return the converted path if running on Windows and path is in Cygwin format; otherwise, returns the original path
+    public static String convertCygwinPathToWindows(String filePath) {


return Path object

calixtus · 2025-06-13T12:50:05Z

jabkit/src/main/java/org/jabref/cli/converter/FilePathConverter.java

+public class FilePathConverter implements CommandLine.ITypeConverter<File> {
+
+    @Override
+    public File convert(String filePath) {
+        String normalizedPath = FileUtil.convertCygwinPathToWindows(filePath);
+        return new File(normalizedPath);
+    }
+}


Please do only use Path. If sthg needs to be converted, do it inline. File should represent an actual File. Path (nio) represents just the path. Unify the different Converter classes. This is going to be a maintenance hell later.

calixtus · 2025-06-13T12:54:50Z

Please put in your classname sthg about Cygwin Path, because picocli does nativly support Path as a filetype ( https://picocli.info/quick-guide.html#_type_conversion ) and nobody gets the impression that this is some unneccessary conversion class.

calixtus · 2025-06-13T12:56:34Z

You have to do your changes (add line, remove line) manually. GitHub does not yet support nativly commands in the comment section to modify your code.

Please always remember: https://github.com/JabRef/jabref/blob/main/CONTRIBUTING.md#notes-on-ai-usage

kvitorr · 2025-06-13T13:11:05Z

@calixtus thank you for your time, I will do the changes and then wait for the feedback. Please be patient xD, I am doing my best.

…s that represents the cygwin-paths known and the /c/ pattern

… into fix-for-issue-13274

trag-bot · 2025-06-14T00:57:54Z

@trag-bot didn't find any issues in the code! ✅✨

kvitorr · 2025-06-14T01:58:41Z

@koppor @calixtus

I made new changes to the project...

I changed the type of the --input and --output attributes from String and File to Path as requested.
I removed the code duplication from the converters and changed the name of PathConverter to CygwinPathConverter so that no one gets the impression that it is an unnecessary conversion class, as pointed out by calixtus.
I changed the ConvertCygwinPathToWindows method of the FileUtil class to return a Path instead of a String.
I created three constants in the FileUtil class, two representing the prefixes "/mnt/" and "/cygdrive/"... the third constant represents the pattern /{driveLetter}/... which are being used within the conditionals.
I created a private method within the FileUtil class that is being used within ConvertCygwinPathToWindows... this code snippet was being repeated within the conditionals... and since code duplication was something that was mentioned in the review, I thought it would be better to create this new method.

Other than that, I didn't manually test the changes but I wanted to upload the modification right away so you could give me feedback on whether I understood the requested changes correctly.

I also updated the pull request description.

Regarding the use of AI, I understand your point of view, but I didn't find your comments interesting.

I use it to understand the code, understand dependencies, understand business rules, make comparisons between technologies, understand differences between data types, and try to bring more context to some of the comments you make.

The pull request description was not made using AI, and I understood the changes that were made and also tested it locally.

Yes, there was code duplication, but I didn't understand whether the data type received by the CLI could be changed from String/File to Path. My thought at the time was "if the code is using different data types for input and output, there must be a reason." And that's why I created the three converters, String, File, and Path.

So I thought, I'll upload the change and wait for the review. If I need to change something, it will be requested.

Since this is my FIRST open source contribution, I expected it to be a cool experience. In fact, I'm learning a lot, having contact with organized code, with tests, with documentation and with Picocli, but these comments about the use of AI caught me by surprise.

I read Daniel Roe's text (https://roe.dev/blog/using-ai-in-open-source) and I feel like I didn't deviate from anything he said.

But since this was pointed out to me, I also want to point out something to you, that you at least read the entire description of the pull request and answer any questions written there... this will help clarify ideas, allow a better understanding of the issue and maintain a good environment for both of us.

And, as it is said in the contribution guide, you can reject the PR if you think it doesn't contribute anything to this issue.

calixtus · 2025-06-14T07:06:04Z

Sorry you got offended by our comment about ai. It's partially a precaution since we get a lot of contributions lately that are completely ai generated, look nice on first sight, but are rubbish on second.

We are not against use of ai, in fact we use it ourselves for repeating task, for simple refactors etc. The general rule is: never to use generated stuff without reading it, testing it and owning it. In short: Never let an ai think for you. Never let an ai speak for you.

There were some indicators, that some of your changes were generated. Maybe it is also our perspective, that makes look changes a newcomer made without much experience so partially similar to changes a LLM does. Eg. Your comments remove line and add line looked like commands one wanted to send to an ai.

Please don't be alienated by our precautions. We're always happy about newcomers and try to be welcoming. This is why we did comment on your changes and not just close the pr without comment because we would have thought that this would just be another ai pr.

calixtus · 2025-06-14T16:23:34Z

Looks good to me so far...
is this still a draft or ready for review?

jabkit/src/main/java/org/jabref/cli/converter/CygWinPathConverter.java

trag-bot · 2025-06-15T10:32:57Z

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java

+    /// @return the converted path if running on Windows and path is in Cygwin format; otherwise, returns the original path
+    public static Path convertCygwinPathToWindows(String filePath) {
+        if (filePath == null) {
+            return null;


New public methods should not return null. The method should return Optional instead to better handle the null case and follow Java best practices.

trag-bot · 2025-06-15T10:32:58Z

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java

+        return Path.of(filePath);
+    }
+
+    /// Builds a Windows-style path from a Cygwin-style path using a known prefix index.


Triple-slash comments are used instead of proper JavaDoc format. Additionally, the comment is trivial and doesn't add new information beyond what the code shows.

koppor

Small comments.

Please also have a look at the failing jbang tests - maybe, some interface changed and needs to be adapted?

https://github.com/JabRef/jabref/actions/runs/15646674264/job/44085291757?pr=13297

koppor · 2025-06-15T10:31:01Z

jabkit/src/main/java/org/jabref/cli/converter/CygWinPathConverter.java

@@ -0,0 +1,16 @@
+package org.jabref.cli.converter;


For naming, I think, this should be with "s", because there will be more than one converters in the future.

pacakge org.jabref.cli.converters.

koppor · 2025-06-15T10:31:07Z

jabkit/src/main/java/module-info.java

@@ -22,7 +23,6 @@
    requires org.tinylog.impl;

    requires java.xml;
-


Please do not modify lines of code not related to the PR if not 90% sure

Here, the empty line does make sence to separate blocks. Please undo this change.

koppor · 2025-06-15T10:33:02Z

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java

+    ///
+    /// @param filePath the input file path
+    /// @return the converted path if running on Windows and path is in Cygwin format; otherwise, returns the original path
+    public static Path convertCygwinPathToWindows(String filePath) {


The method also works on linux - proposal for another name:

Suggested change

public static Path convertCygwinPathToWindows(String filePath) {

public static Path convertStringToPathRespectingCygwin(String filePath) {

koppor · 2025-06-15T10:33:30Z

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java

@@ -589,4 +593,47 @@ public static String shortenFileName(String fileName, Integer maxLength) {
    public static boolean isCharLegal(char c) {
        return Arrays.binarySearch(ILLEGAL_CHARS, c) < 0;
    }
+
+    /// Converts a Cygwin-style file path to a Windows-style path if the operating system is Windows.


Add something like "plainly converted if on non-Windows"

kvitorr added 2 commits June 9, 2025 22:40

feat: apply the convertCygwinPathToWinds on the path to prevent the I…

93087c9

…mportException I need help to understand if I really need to do this change... it was not clear to me on the issue description. (it is my first open source contribuition)

kvitorr changed the title ~~Fix for issue 13274~~ Fixes #13274: Allow cygwin-paths on Windows Jun 10, 2025

kvitorr and others added 3 commits June 9, 2025 23:02

Merge branch 'main' into fix-for-issue-13274

568bb34

fix: remove FileUtil method

2f87d70

Do not know if I need to do that.

Merge branch 'fix-for-issue-13274' of https://github.com/kvitorr/jabref…

0f5cce4

… into fix-for-issue-13274

koppor reviewed Jun 10, 2025

View reviewed changes

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java Outdated Show resolved Hide resolved

jablib/src/main/java/org/jabref/logic/util/io/FileUtil.java Outdated Show resolved Hide resolved

kvitorr added 2 commits June 10, 2025 09:19

feat: add Cygwin file path /mtn/

c343086

feat: add test to Cygwin file path /mtn/

773a4eb

trag-bot bot reviewed Jun 10, 2025

View reviewed changes

jablib/src/test/java/org/jabref/logic/util/io/FileUtilTest.java Show resolved Hide resolved

trag-bot bot reviewed Jun 10, 2025

View reviewed changes

jablib/src/test/java/org/jabref/logic/util/io/FileUtilTest.java Show resolved Hide resolved

feat: add entry on CHANGELOG.md and weave the method into JabKit.

2334c9e

trag-bot bot reviewed Jun 10, 2025

View reviewed changes

kvitorr and others added 5 commits June 11, 2025 22:37

feat: remove convertCygwinPathToWindows

37c6203

feat: create converters and add new package to java modules

19d92f3

feat: apply converters to --inputs and --outputs

e6aea3b

style: remove blank space

025a2eb

Merge branch 'JabRef:main' into fix-for-issue-13274

70cc464

trag-bot bot reviewed Jun 12, 2025

View reviewed changes

jabkit/src/main/java/org/jabref/cli/Convert.java Outdated Show resolved Hide resolved

trag-bot bot reviewed Jun 12, 2025

View reviewed changes

jabkit/src/main/java/org/jabref/cli/Search.java Outdated Show resolved Hide resolved

kvitorr commented Jun 12, 2025

View reviewed changes

jabkit/src/main/java/module-info.java Show resolved Hide resolved

kvitorr commented Jun 12, 2025

View reviewed changes

jabkit/src/main/java/module-info.java Show resolved Hide resolved

koppor requested changes Jun 13, 2025

View reviewed changes

calixtus requested changes Jun 13, 2025

View reviewed changes

kvitorr added 6 commits June 13, 2025 21:51

feat: change the DataType from String and File to Path

249f38f

feat: remove code duplication

5241f3c

fix: correct the style

385ab81

feat: create a new method to remove code duplication, create constant…

2c40476

…s that represents the cygwin-paths known and the /c/ pattern

feat: correct the unit tests to the changes made in the class

fde43a6

Merge branch 'fix-for-issue-13274' of https://github.com/kvitorr/jabref…

35a84ec

… into fix-for-issue-13274

kvitorr requested review from calixtus and koppor June 14, 2025 01:59

koppor marked this pull request as ready for review June 15, 2025 10:27

trag-bot bot reviewed Jun 15, 2025

View reviewed changes

jabkit/src/main/java/org/jabref/cli/converter/CygWinPathConverter.java Show resolved Hide resolved

trag-bot bot reviewed Jun 15, 2025

View reviewed changes

koppor requested changes Jun 15, 2025

View reviewed changes

		@@ -22,7 +23,6 @@
		requires org.tinylog.impl;

		requires java.xml;

	public static Path convertCygwinPathToWindows(String filePath) {
	public static Path convertStringToPathRespectingCygwin(String filePath) {

Uh oh!

Fixes #13274: Allow cygwin-paths on Windows #13297

Are you sure you want to change the base?

Fixes #13274: Allow cygwin-paths on Windows #13297

Uh oh!

Conversation

kvitorr commented Jun 10, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Allow cygwin-paths on Windows

Mandatory checks

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

koppor commented Jun 10, 2025

Uh oh!

koppor commented Jun 10, 2025

Uh oh!

trag-bot bot Jun 10, 2025

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

kvitorr commented Jun 10, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

koppor commented Jun 10, 2025

Uh oh!

kvitorr commented Jun 10, 2025

Uh oh!

koppor commented Jun 11, 2025

Uh oh!

kvitorr commented Jun 11, 2025

Uh oh!

koppor commented Jun 11, 2025

Uh oh!

Uh oh!

trag-bot bot Jun 12, 2025

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!

kvitorr Jun 13, 2025 • 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!

trag-bot bot Jun 12, 2025

Choose a reason for hiding this comment

Uh oh!

trag-bot bot Jun 12, 2025

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

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!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

calixtus commented Jun 13, 2025

Uh oh!

calixtus commented Jun 13, 2025

Uh oh!

kvitorr commented Jun 13, 2025

Uh oh!

trag-bot bot commented Jun 14, 2025

Uh oh!

kvitorr commented Jun 10, 2025 •

edited

Loading

kvitorr commented Jun 10, 2025 •

edited

Loading

kvitorr Jun 13, 2025 •

edited

Loading

koppor Jun 15, 2025 •

edited by calixtus

Loading