Mapstruct implementation class not generated after upgrading to 1.36.0 #3836

raulvaldoleiros · 2024-10-31T14:17:37Z

After the upgrade to the version 1.36.0 the Mapstruct classes stopped from being generated, I suspect it's related with lombok upgrade.
I reverted to the previous version and it worked as expected, the shown error was:

"No implementation was created for due to having a problem in the erroneous element java.util.ArrayList. Hint: this often means that some other annotation processor was supposed to process the erroneous element. You can also enable MapStruct verbose mode by setting -Amapstruct.verbose=true as a compilation argument."

Please let me know if I can help somehow.

rgrunber · 2024-10-31T16:55:36Z

We just updated to latest edge release, so maybe one of their commits is causing this ? https://github.com/projectlombok/lombok/commits/master/?since=2024-09-29&until=2024-10-31 . Maybe related to projectlombok/lombok#3116 ?

iwangbowen · 2024-11-03T02:21:47Z

It happened to me. At first I thought something's wrong with my code😒

ashe98 · 2024-11-04T05:19:59Z

Facing the same issue. Any updates on this?

mvannux · 2024-11-04T11:25:07Z

The same for me in VSCode,
but using "mvn clean compile package" all works as expected

laurocesar · 2024-11-04T12:19:37Z

Rolling back to 1.35.1 version for now... Uncheck "Auto Update"

gbrandalise · 2024-11-04T12:50:16Z

same issue here. reverting version to 1.35.1 solve the problem.
apparently the annotationProcessorPaths does not resolving properly in correct order

rgrunber · 2024-11-04T14:08:04Z

Does anyone have a sample project they're able to share that easily reproduces this ? I tried just importing some basic ones from https://github.com/mapstruct/mapstruct-examples/ but I didn't see any with the error mentioned here.

When you install the latest vscode-java release (1.36.0), it will install Lombok under a path like $HOME/.vscode/extensions/redhat.java-1.36.0-linux-x64/lombok/lombok-1.18.36.jar (on Linux), or %USERPROFILE%\.vscode\extensions\redhat.java-1.36.0-win32-x64\lombok\lombok-1.18.35.jar (on Windows). That Lombok jar is the latest development version towards 1.18.35 that was available on October 31st. If you replace that jar with https://projectlombok.org/downloads/lombok.jar (currently 1.18.34), and try again, does the problem go away ? This would at least determine whether the problem is with Lombok.

gbrandalise · 2024-11-04T14:45:11Z

@rgrunber it's possible that the problem is related with conflicted versions of lombok?
I have vscjava.vscode-lombok extension installed and my pom.xml have following annotationProcessorPaths :

<annotationProcessorPaths>
    <path>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>${lombok.version}</version>
    </path>
    <path>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok-mapstruct-binding</artifactId>
        <version>${lombok.mapstruct.binding.version}</version>
    </path>
    <!-- Mapstruct should follow the lombok path(s) -->
    <path>
        <groupId>org.mapstruct</groupId>
        <artifactId>mapstruct-processor</artifactId>
        <version>${mapstruct.version}</version>
    </path>
</annotationProcessorPaths>

shygnome · 2024-11-05T03:06:05Z

facing the same issue. reverting to version 1.35.1 does solve the problem.
I also have vscode-lombok extension installed.

valtrig · 2024-11-05T10:24:14Z

Does anyone have a sample project they're able to share that easily reproduces this ? I tried just importing some basic ones from https://github.com/mapstruct/mapstruct-examples/ but I didn't see any with the error mentioned here.

When you install the latest vscode-java release (1.36.0), it will install Lombok under a path like $HOME/.vscode/extensions/redhat.java-1.36.0-linux-x64/lombok/lombok-1.18.36.jar (on Linux), or %USERPROFILE%\.vscode\extensions\redhat.java-1.36.0-win32-x64\lombok\lombok-1.18.35.jar (on Windows). That Lombok jar is the latest development version towards 1.18.35 that was available on October 31st. If you replace that jar with https://projectlombok.org/downloads/lombok.jar (currently 1.18.34), and try again, does the problem go away ? This would at least determine whether the problem is with Lombok.

Hi, I'm also currently facing the same issue and can confirm that by simply replacing Lombok's jar in the extensions-directory with current stable version 1.18.34 does indeed make it go away.

fbricon · 2024-11-05T10:37:21Z

Anyone using mapstruct but not lombok can try disabling lombok support in the preferences:

gbrandalise · 2024-11-05T12:22:18Z

@rgrunber I tested desabling vscjava.vscode-lombok extension but the issue persist.
Only reverting to version 1.35.1 solve the problem.
Maybe this issue is more related with the lombok.jar's version than the extension version itself, as @valtrig mentioned.
My project uses 1.18.20 lombok version by the way.

rgrunber · 2024-11-05T19:27:41Z

Does anyone have a full project they can share or some smaller project they can reproduce the issue on ?

dxaraujo · 2024-11-06T02:24:16Z

@rgrunber, you can use this repository: https://github.com/dxaraujo/vscode-java/

heyarny · 2024-11-06T12:23:02Z

we're facing the same problem. +1

fp024 · 2024-11-07T00:50:25Z

I think it's because "MapStruct" and "Lombok 1.18.35" are not compatible.

I have modified the pom.xml from "https://github.com/dxaraujo/vscode-java/" to use the version of lombok1.18.35 (2024-10-17 23:16:18 UTC) as follows.

  <properties>
    ...
    <lombok.version>edge-SNAPSHOT</lombok.version>
    <lombok-mapstruct-binding.version>0.2.0</lombok-mapstruct-binding.version>
  </properties>

  <repositories>
    <repository>
      <id>projectlombok.org</id>
      <url>https://projectlombok.org/edge-releases</url>
    </repository>
  </repositories>

An error occurred when performing "mvn clean package" on the CMD in this state.

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.13.0:compile (default-compile) on project vscode-java: Compilation failure
[ERROR] /C:/git-other/vscode-java/src/main/java/com/vscode/java/mapper/UserMapper.java:[9,8] No implementation was created for UserMapper due to having a problem in the erroneous element java.util.ArrayList. Hint: this often means that some other annotation processor was supposed to process the erroneous element. You can also enable MapStruct verbose mode by setting -Amapstruct.verbose=true as a compilation argument.
[ERROR]
...

I think it's better to downgrade the version of Lombok provided by VSCode java extension to 1.18.34,

or if that doesn't work, turn off the Lombok support for VSCode java in User Settings.json and manually configure it to use Lombok 1.18.34.

{
  "java.jdt.ls.lombokSupport.enabled": false,
  "java.jdt.ls.vmargs": "-javaagent:\"{custom_lombok_path}\\lombok-1.18.34.jar\" {jvm options...} ... ",
}

fp024 · 2024-11-07T04:57:10Z

There was something unique about it.

If I didn't set up the "lombok-mapstruct-binding" library,
there was no error when I ran the example in the lombok 1.18.35 environment.

Of course, the Mapper implementation class was also generated well.

https://github.com/fp024/vscode-java-mapstruct-sample

davidnussio · 2024-11-07T09:11:47Z

I fixed this issue by selecting 'Use Project Version.'

gbrandalise · 2024-11-07T13:21:36Z

@davidnussio in my case this not work because lombok's version is old (1.18.20) and incompatible with extension.
But this is a valid alternative

rgrunber · 2024-11-07T13:32:39Z

I think it's because "MapStruct" and "Lombok 1.18.35" are not compatible.

I think you're right. I just tried that and can see the same error. I think that's enough to take to take upstream to either Lombok or Mapstruct. I can go ahead and mention it.

I was having a lot of difficulty reproducing with VS Code Java, but I think I've figured it out. I needed to clear out the target folder and manually issue "Java: Force Java Compilation" (Full) in order to update the error marker correctly. Otherwise, it would continue to show the previous state.

rgrunber · 2024-11-07T22:27:30Z

@Radenixlol are you using the extension's Lombok version by any chance ? If you have a Java source file or build file (eg. pom.xml) open, you should be able to check as described in #3836 (comment) . You should avoid version 1.18.35 for now, which is what the latest version uses. Alternatively, you can try downgrading to vscode-java 1.35.1 as that also works around the issue (ships a lower version of Lombok).

testforstephen · 2024-11-08T02:30:23Z

Update 2: So the workaround mentioned at #3836 (comment) is totally valid. You can tell vscode-java to use your project's Lombok version (make it 1.18.34) instead of what we ship (1.18.35 edge). If there aren't major issues with 1.18.34, we could downgrade to that and have something in pre-releases.

@rgrunber Agreed. If Lombok 1.18.34 works well, let's downgrade to it until the upstream Lombok version resolves the issue.

- Workaround for issue redhat-developer#3836 Signed-off-by: Roland Grunberg <[email protected]>

- Workaround for issue #3836 Signed-off-by: Roland Grunberg <[email protected]>

AntonioSeleda · 2024-11-08T09:33:13Z

#3836 (comment)

Could someone better explain how to access these settings? I've searched a lot but couldn't find them in the interface.

Thanks

fp024 · 2024-11-08T10:09:41Z

@AntonioSeleda

The "{ }" menu appears in the bottom status bar when a Java or XML file is opened in the Editor window.

Radenixlol · 2024-11-08T11:52:10Z

@Radenixlol are you using the extension's Lombok version by any chance ? If you have a Java source file or build file (eg. pom.xml) open, you should be able to check as described in #3836 (comment) . You should avoid version 1.18.35 for now, which is what the latest version uses. Alternatively, you can try downgrading to vscode-java 1.35.1 as that also works around the issue (ships a lower version of Lombok).

Yeah, I'm sure that I'm using Lombok 1.18.34, but I'm not using the Lombok's extension, my dependency tree say Lombok 1.18.34, and well, for now, I downgrade the version of Java by red hat, how can I do that? I don't know

rgrunber · 2024-11-08T13:47:11Z

Select the "Extensions" tab from the left panel. Find "Language Support for Java(TM) by Red Hat" (redhat.java) from from the "Installed" extensions. Once selected, you should see an "Uninstall" button, which has a dropdown beside it. Selecting the dropdown should reveal "Install Specific Version". Select "1.35.1" from the quick-pick menu the comes up.

Screencast.from.2024-11-08.08-43-39.mp4

Also, if you "Switch To Pre-Release Version", it should use Lombok 1.18.34 as of today.

Note: (as mentioned by @testforstephen on another comment, Lombok 1.18.34 doesn't support Java 23) so we really should update as soon as this issue is fixed upstream.

Radenixlol · 2024-11-08T14:55:47Z

Well, I switch the version to the pre-realease and the old version and the extension mark the same error in both cases, so, I'll leave the stable version and ignore the bug for now

Update:

The error was solved, just, I don't know what happened, I left vscode open without doing anything for like half an hour, suddenly it did a resource reading I don't know where, and now it shows that everything is correct

rgrunber · 2024-11-08T20:19:53Z

@Radenixlol I was going to retry the case you mentioned just to be sure, but one thing I would have suggested is, even after updating to Lombok 1.18.34, I needed to manually trigger Java: Force Java Compilation -> (Full) from the command palette. My guess is that updating Lombok didn't re-trigger the full build. I briefly explained it at #3836 (comment) . Good to know that everyone with the error can use the same workaround.

filiphr · 2024-11-09T08:57:24Z

@rgrunber reading from the comments here is it correct that the VSCode Java Extension is using Lombok 1.18.35? From what I could see this looks like an edge release of Lombok and maybe the accompanying lombok-mapstruct-binding is not released yet.

tle130475c · 2024-11-10T13:33:51Z

My project (multi-module Maven) use mapstruct + lombok together, even before this issue every time open my project, I need to rebuild all project to get rid of error "implementation class not generated".
Now the error persist, rebuild all not solve the problem.
I have tried workaround in comments, it's work, but like before I need to rebuild all every time I open my project.

rgrunber · 2024-11-13T14:11:00Z

For the past few days, our pre-releases have contained Lombok 1.18.34, which appears to fix the issue. That will likely be part of our 1.37.0 release at the end of the month.

Looking at projectlombok/lombok#3777 (comment) , it seems lombok-mapstruct-binding just needs to update to properly support what will become Lombok 1.18.35.

I'll close this issue soon as it appears the workaround (and fix) would work for everyone.

@tle130475c , are you able to share your project ? Seems like maybe you're running it in some cases against a version of Lombok that might be causing issues ?

tle130475c · 2024-11-14T13:10:15Z

Hi @rgrunber , the project is basically like this: https://github.com/tle130475c/multi-module-project
When open it with vscode you will see the error: No implementation was created for CarMapper due to having a problem in the erroneous element java.util.ArrayList. Hint: this often means that some other annotation processor was supposed to process the erroneous element. You can also enable MapStruct verbose mode by setting -Amapstruct.verbose=true as a compilation argument.
If not, please close vscode and open the project again (With a very small percentage, it will not report any errors).
"Rebuild All" make the error disappear:

VScode information:

Version: 1.96.0-insider
Commit: 9b365cafae763d229e999f353831458761aff1cd
Date: 2024-11-11T05:05:11.976Z
Electron: 32.2.1
ElectronBuildId: 10427718
Chromium: 128.0.6613.186
Node.js: 20.18.0
V8: 12.8.374.38-electron.0
OS: Linux x64 6.11.7-arch1-1

Extension information:

Identifier: redhat.java
Version: 1.37.2024111408
Last Updated: 2024-11-14, 16:44:02

It's build no problem with maven
Thanks.

rgrunber · 2024-11-14T17:41:00Z

Yeah, I think I see the same thing even with the other test project. If the project is freshly imported, the error shows up, but if you rebuild the project, or if you reload it and see the error marker, a simple save resolves it. It definitely seems to be related to whether we actually generate the implementation in the folder for generates sources. We don't seem to do it from a fresh import.

@snjeza , might be something worth looking at later, unless this is something known about annotation processing.

snjeza · 2024-11-14T19:56:57Z

, the project is basically like this: https://github.com/tle130475c/multi-module-project
When open it with vscode you will see the error: No implementation was created for CarMapper due to having a problem in the erroneous element java.util.ArrayList. Hint: this often means that some other annotation processor was supposed to process the erroneous element. You can also enable MapStruct verbose mode by setting -Amapstruct.verbose=true as a compilation argument.
If not, please close vscode and open the project again (With a very small percentage, it will not report any errors

@rgrunber @tle130475c Could you try the following patch

diff --git a/module-1/pom.xml b/module-1/pom.xml
index a9cbefe..4aa342c 100644
--- a/module-1/pom.xml
+++ b/module-1/pom.xml
@@ -53,16 +53,16 @@
                 <artifactId>maven-compiler-plugin</artifactId>
                 <configuration>
                     <annotationProcessorPaths>
-                        <path>
-                            <groupId>org.mapstruct</groupId>
-                            <artifactId>mapstruct-processor</artifactId>
-                            <version>${mapstruct.version}</version>
-                        </path>
                         <path>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok</artifactId>
                             <version>${lombok.version}</version>
                         </path>
+                        <path>
+                            <groupId>org.mapstruct</groupId>
+                            <artifactId>mapstruct-processor</artifactId>
+                            <version>${mapstruct.version}</version>
+                        </path>
                         <dependency>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok-mapstruct-binding</artifactId>
diff --git a/module-2/pom.xml b/module-2/pom.xml
index 2bc2a76..d977c74 100644
--- a/module-2/pom.xml
+++ b/module-2/pom.xml
@@ -60,16 +60,16 @@
                 <artifactId>maven-compiler-plugin</artifactId>
                 <configuration>
                     <annotationProcessorPaths>
-                        <path>
-                            <groupId>org.mapstruct</groupId>
-                            <artifactId>mapstruct-processor</artifactId>
-                            <version>${mapstruct.version}</version>
-                        </path>
                         <path>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok</artifactId>
                             <version>${lombok.version}</version>
                         </path>
+                        <path>
+                            <groupId>org.mapstruct</groupId>
+                            <artifactId>mapstruct-processor</artifactId>
+                            <version>${mapstruct.version}</version>
+                        </path>
                         <dependency>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok-mapstruct-binding</artifactId>

The lombok processor should be executed before the mapstruct processor.

rgrunber · 2024-11-14T20:14:09Z

Yup, I think that was the other problem! @snjeza where did you see this ordering is required ? When I look at https://github.com/mapstruct/mapstruct-examples/blob/main/mapstruct-lombok/pom.xml , it's not even followed there.

Update: mapstruct/mapstruct#1581 seems to imply order did matter at some point.

snjeza · 2024-11-14T20:38:29Z

@snjeza where did you see this ordering is required ?

mapstruct/mapstruct#510 (comment)

tle130475c · 2024-11-15T02:19:41Z

, the project is basically like this: https://github.com/tle130475c/multi-module-project
When open it with vscode you will see the error: No implementation was created for CarMapper due to having a problem in the erroneous element java.util.ArrayList. Hint: this often means that some other annotation processor was supposed to process the erroneous element. You can also enable MapStruct verbose mode by setting -Amapstruct.verbose=true as a compilation argument.
If not, please close vscode and open the project again (With a very small percentage, it will not report any errors

@rgrunber @tle130475c Could you try the following patch

diff --git a/module-1/pom.xml b/module-1/pom.xml
index a9cbefe..4aa342c 100644
--- a/module-1/pom.xml
+++ b/module-1/pom.xml
@@ -53,16 +53,16 @@
                 <artifactId>maven-compiler-plugin</artifactId>
                 <configuration>
                     <annotationProcessorPaths>
-                        <path>
-                            <groupId>org.mapstruct</groupId>
-                            <artifactId>mapstruct-processor</artifactId>
-                            <version>${mapstruct.version}</version>
-                        </path>
                         <path>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok</artifactId>
                             <version>${lombok.version}</version>
                         </path>
+                        <path>
+                            <groupId>org.mapstruct</groupId>
+                            <artifactId>mapstruct-processor</artifactId>
+                            <version>${mapstruct.version}</version>
+                        </path>
                         <dependency>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok-mapstruct-binding</artifactId>
diff --git a/module-2/pom.xml b/module-2/pom.xml
index 2bc2a76..d977c74 100644
--- a/module-2/pom.xml
+++ b/module-2/pom.xml
@@ -60,16 +60,16 @@
                 <artifactId>maven-compiler-plugin</artifactId>
                 <configuration>
                     <annotationProcessorPaths>
-                        <path>
-                            <groupId>org.mapstruct</groupId>
-                            <artifactId>mapstruct-processor</artifactId>
-                            <version>${mapstruct.version}</version>
-                        </path>
                         <path>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok</artifactId>
                             <version>${lombok.version}</version>
                         </path>
+                        <path>
+                            <groupId>org.mapstruct</groupId>
+                            <artifactId>mapstruct-processor</artifactId>
+                            <version>${mapstruct.version}</version>
+                        </path>
                         <dependency>
                             <groupId>org.projectlombok</groupId>
                             <artifactId>lombok-mapstruct-binding</artifactId>

The lombok processor should be executed before the mapstruct processor.

This patch fixes the issue when open the project with vscode. Thank you.

rgrunber · 2024-11-15T14:17:12Z

Based on the discussion upstream, the fix that introduced this issue will be reverted from the development stream (towards 1.18.35). Looks like that fix was incomplete. It's very likely that we'll stick to 1.18.34 for our upcoming release by the end of November. Closing this for now as the issue itself will be resolved (already in our pre-release builds) and the one related issue has a workaround (order of annotation processors).

Thanks to everyone who provided examples, and helped to verify them !

filiphr · 2024-11-17T09:04:56Z

Thanks @rgrunber for working with the community on making sure that the MapStruct experience with Lombok in VSCode keeps working.

Just to give some insight for some comments I read about the order

Yup, I think that was the other problem! @snjeza where did you see this ordering is required ? When I look at https://github.com/mapstruct/mapstruct-examples/blob/main/mapstruct-lombok/pom.xml , it's not even followed there.

Update: mapstruct/mapstruct#1581 seems to imply order did matter at some point.

For some reason people keep saying that the order is important, with the work we did with the Lombok team and the lombok-mapstruct-binding present the order of the annotation processor in the annotationProcessorPaths does not matter. That's what I am saying in mapstruct/mapstruct#1581 as well.

mapstruct/mapstruct#510 (comment)

The linked comment is from 2015, which is long before we worked with the Lombok team to make the two processors work seamlessly together.

rgrunber · 2024-11-18T16:29:58Z

@filiphr , you're right! And I think I have an example that proves where the issue is.

What I forgot was that as far as command line execution is concerned, the order doesn't matter, and that's what really counts. The build succeeds every time. However, in vscode-java, the error shows up when the project is imported under Maven, but not under Gradle . @snjeza I think that shows it could be an issue in m2e.

Take https://github.com/mapstruct/mapstruct-examples/blob/main/mapstruct-lombok/ , which can be imported as either Maven, or Gradle. Every time you import it as Maven (m2e), you'll get the error until you adjust the order (placing the Lombok annotation processor above the mapstruct one). However, it works just fine with Gradle even though the mapstruct processor is listed before the Lombok one.

filiphr · 2024-11-18T16:44:05Z

That's interesting information @rgrunber. The fact that it does not work with Maven (m2e) it might be related to the fact that the Eclipse Compiler Java is used and that one might be invoking the processors differently. It might also be related to how the lombok-mapstruct-binding is implemented. Whereas with Gradle the javac compiler is being used (which should be similar to how it is from the command line).

I might be completely wrong though, maybe the ECJ is not used in VSCode.

snjeza · 2024-11-18T16:52:55Z

I might be completely wrong though, maybe the ECJ is not used in VSCode.

VS Code uses ECJ per default.
I can't reproduce the issue with javac

"java.jdt.ls.javac.enabled": "on",

rgrunber added the Lombok label Oct 31, 2024

rgrunber mentioned this issue Nov 4, 2024

VS Code is Showing Errors which doesn't Exist after 1.36.0 Update #3840

Closed

rgrunber added the regression label Nov 4, 2024

filiphr mentioned this issue Nov 4, 2024

Vscode says mapper implementation can't be created, but code compiles and runs just fine mapstruct/mapstruct#3757

Closed

rgrunber mentioned this issue Nov 5, 2024

MapStruct mapper generation error after upgrading to 1.36 #3843

Closed

rgrunber added the need info label Nov 5, 2024

rgrunber removed need info Lombok labels Nov 6, 2024

bsproger mentioned this issue Nov 7, 2024

After upgrade version >1.35, my project with lombok and hibernate-jpamodelgen stop to works #3842

Open

rgrunber added the upstream label Nov 7, 2024

rgrunber added a commit to rgrunber/vscode-java that referenced this issue Nov 8, 2024

Revert to Lombok 1.18.34.

b3ab249

- Workaround for issue redhat-developer#3836 Signed-off-by: Roland Grunberg <[email protected]>

rgrunber mentioned this issue Nov 8, 2024

Revert to Lombok 1.18.34. #3849

Merged

rgrunber added this to the End November 2024 milestone Nov 8, 2024

rgrunber added a commit that referenced this issue Nov 8, 2024

Revert to Lombok 1.18.34.

2cd1c83

- Workaround for issue #3836 Signed-off-by: Roland Grunberg <[email protected]>

rgrunber closed this as completed Nov 15, 2024

rgrunber added this to Java Tooling Nov 18, 2024

rgrunber self-assigned this Nov 18, 2024

rgrunber moved this to Done in Java Tooling Nov 18, 2024

Mapstruct implementation class not generated after upgrading to 1.36.0 #3836

Mapstruct implementation class not generated after upgrading to 1.36.0 #3836

Comments

raulvaldoleiros commented Oct 31, 2024

rgrunber commented Oct 31, 2024

iwangbowen commented Nov 3, 2024 • edited Loading

ashe98 commented Nov 4, 2024

mvannux commented Nov 4, 2024

laurocesar commented Nov 4, 2024 • edited Loading

gbrandalise commented Nov 4, 2024 • edited Loading

rgrunber commented Nov 4, 2024

gbrandalise commented Nov 4, 2024

shygnome commented Nov 5, 2024 • edited Loading

valtrig commented Nov 5, 2024

fbricon commented Nov 5, 2024

gbrandalise commented Nov 5, 2024

rgrunber commented Nov 5, 2024

dxaraujo commented Nov 6, 2024 • edited Loading

heyarny commented Nov 6, 2024

fp024 commented Nov 7, 2024

fp024 commented Nov 7, 2024

davidnussio commented Nov 7, 2024

gbrandalise commented Nov 7, 2024

rgrunber commented Nov 7, 2024

rgrunber commented Nov 7, 2024

testforstephen commented Nov 8, 2024

AntonioSeleda commented Nov 8, 2024 • edited Loading

fp024 commented Nov 8, 2024 • edited Loading

Radenixlol commented Nov 8, 2024

rgrunber commented Nov 8, 2024 • edited Loading

Radenixlol commented Nov 8, 2024 • edited Loading

rgrunber commented Nov 8, 2024 • edited Loading

filiphr commented Nov 9, 2024 • edited Loading

tle130475c commented Nov 10, 2024 • edited Loading

rgrunber commented Nov 13, 2024 • edited Loading

tle130475c commented Nov 14, 2024 • edited Loading

rgrunber commented Nov 14, 2024

snjeza commented Nov 14, 2024 • edited Loading

rgrunber commented Nov 14, 2024 • edited Loading

snjeza commented Nov 14, 2024

tle130475c commented Nov 15, 2024

rgrunber commented Nov 15, 2024 • edited Loading

filiphr commented Nov 17, 2024

rgrunber commented Nov 18, 2024 • edited Loading

filiphr commented Nov 18, 2024

snjeza commented Nov 18, 2024

iwangbowen commented Nov 3, 2024 •

edited

Loading

laurocesar commented Nov 4, 2024 •

edited

Loading

gbrandalise commented Nov 4, 2024 •

edited

Loading

shygnome commented Nov 5, 2024 •

edited

Loading

dxaraujo commented Nov 6, 2024 •

edited

Loading

AntonioSeleda commented Nov 8, 2024 •

edited

Loading

fp024 commented Nov 8, 2024 •

edited

Loading

rgrunber commented Nov 8, 2024 •

edited

Loading

Radenixlol commented Nov 8, 2024 •

edited

Loading

rgrunber commented Nov 8, 2024 •

edited

Loading

filiphr commented Nov 9, 2024 •

edited

Loading

tle130475c commented Nov 10, 2024 •

edited

Loading

rgrunber commented Nov 13, 2024 •

edited

Loading

tle130475c commented Nov 14, 2024 •

edited

Loading

snjeza commented Nov 14, 2024 •

edited

Loading

rgrunber commented Nov 14, 2024 •

edited

Loading

rgrunber commented Nov 15, 2024 •

edited

Loading

rgrunber commented Nov 18, 2024 •

edited

Loading