WFindOnWebMenu: Menu for to find track properties in online music databases #4772

fatihemreyildiz · 2022-05-27T19:08:42Z

This is a draft PR.

As we mentioned on the Zulip #gsoc stream Web search Box feature topic, I wanted to add a small feature, that can help users to save time. A shortcut to find Artists on different services. For now I tried on SoundCloud.

I am facing with an issue. I couldn't fetch artist name on wtrackmenu. I have tried few things but they didn't work. At last, i tried something and it returns an error, which is signal and slot is not equal. I have looked at it, couldn't find a solution.

For the future of this feature, there can be one main row called as "Find on..." Then many rows could be there. Such as, "Find the artist on Discogs", "Find the track on LastFm" etc. In my estimation to make it bigger feature there should be something like search related track menu.

ronso0 · 2022-05-27T20:02:21Z

src/widget/wtrackmenu.h

@@ -10,6 +10,7 @@
 #include "library/trackprocessing.h"
 #include "preferences/usersettings.h"
 #include "track/beats.h"
+#include "track/track.h"


instead of including the entire header here, can Track be forward-declared?

Yes. I have deleted this line.

ronso0 · 2022-05-27T21:00:20Z

I am facing with an issue. I couldn't fetch artist name on wtrackmenu. I have tried few things but they didn't work. At last, i tried something and it returns an error, which is signal and slot is not equal. I have looked at it, couldn't find a solution.

which is signal and slot is not equal

Did you read https://doc.qt.io/qt-5/signalsandslots.html or similiar ressources on signals/slots?
QAction::triggered
Look into the slot WTrackMenu::slotOpenInFileBrowser for how to collect the track.
If you enable the feature also for the tracks table WTracktableView you need to decide wether you want the feature to work for multiple tracks (multple web calls) or just for a single selected track. Like, the action could be disabled in WTrackMenu::updateMenus if multiple tracks are selected.
Actually, in general I suggest to take a thorough look at similiar WTrackMenu actions.

Also, please rebase this onto main to resolve the merge conflicts.

daschuer · 2022-05-27T21:42:03Z

src/widget/wtrackmenu.cpp

@@ -949,6 +963,12 @@ void WTrackMenu::slotOpenInFileBrowser() {
    mixxx::DesktopHelper::openInFileBrowser(locations);
 }

+void WTrackMenu::slotFindOnSoundcloud(const Track& track) {
+    const auto artistName = track.getArtist();


I think you can use
TrackPointer pTrack = getFirstTrackPointer();
to obtain the track.

That worked.

Thank you :)

ronso0 · 2022-05-27T23:44:35Z

src/widget/wtrackmenu.cpp

-    QDesktopServices::openUrl(QUrl("https://soundcloud.com/search/people?q="));
+void WTrackMenu::slotFindOnSoundcloud() {
+    const TrackPointer pTrack = getFirstTrackPointer();
+    QString artistName = pTrack->getArtist();


This could be empty. Use album artist as fallback?
If that is also empty, ask the user? Or just open the soundcloud search and let the user type there?

Yeah, album artist and asking the user might be good option. I can implement that, If it's okay.

Right now it opens SoundCloud with a blank page.

I think we need to % encode the artist name.

Opening SoundCloud with a blank page sounds good enough for me, to realize that the artist is empty.

What exactly do we want to ask the user? What will be the alternative? We may gray out the menu entry or open the track property dialog to add an artist.

I think we need to % encode the artist name.

Oh I just realized that QUrl is smart enough to do it automatically.

What exactly do we want to ask the user? What will be the alternative? We may gray out the menu entry or open the track property dialog to add an artist.

Graying out the menu action is not helpful IMO. Initially I thought of a simple textbox dialog asking for the track artist, apply that to the track, then attempting to open soundcloud again. But that's too cumbersome UX-wise and to program for this first step.

Since an empty soundcloud query would not solve the missing tag issue we could show a dialog

This track has no artist or album artist tag.
Try again after filling the tag(s) in the track properties dialog or inline in the tracks table.
[ Open track properties] [ Okay ]

Keep it simple without requiring any additional user input, see the "Search related Tracks" feature. If I need to type I could open a browser myself.

Mixxx should not become a launcher for external applications. Opening the file explorer is a notable but useful exception. If a feature can't be integrated properly into Mixxx it should not become part of Mixxx. The feature as currently planned is already an edge case IMHO.

I have looked at "Search Related Tracks" feature it is so nice. When there is no artist info. It doesn't show the find artist row. This feature can be like this too, so no user input needed and also can be extended, such as find the artist, albumartist, track on lastfm discogs or musicbrainz in a single menu such as "Search on web".

Opening the file browser is a must and it is very useful. Launching the web browser can be useful too. I think for some users It can be helpful to find the artists on different services. If they are looking for information on the web a lot about the artist, such as latest releases, albums etc. It can save their time.

ronso0 · 2022-05-27T23:46:21Z

Also, please rebase this onto main to resolve the merge conflicts

...and make CI work.

fatihemreyildiz · 2022-05-27T23:48:40Z

I am facing with an issue. I couldn't fetch artist name on wtrackmenu. I have tried few things but they didn't work. At last, i tried something and it returns an error, which is signal and slot is not equal. I have looked at it, couldn't find a solution.

which is signal and slot is not equal

Did you read https://doc.qt.io/qt-5/signalsandslots.html or similiar ressources on signals/slots? QAction::triggered Look into the slot WTrackMenu::slotOpenInFileBrowser for how to collect the track. If you enable the feature also for the tracks table WTracktableView you need to decide wether you want the feature to work for multiple tracks (multple web calls) or just for a single selected track. Like, the action could be disabled in WTrackMenu::updateMenus if multiple tracks are selected. Actually, in general I suggest to take a thorough look at similiar WTrackMenu actions.

Also, please rebase this onto main to resolve the merge conflicts.

Thanks for the feedback.

I have read the exact page. I couldn't resolve the problem. I was facing with this error when I tried to get Track info by reference. Otherwise, there was not any error. But this time I couldn't get the trackinfo.

I tried to collect the track by looking to other slots but couldn't collect it in that way too.

Now I got the artist by pointer.

As you mentioned, I have disabled the multiple tracks and rebase the branch onto main.

ronso0 · 2022-05-28T00:02:14Z

I have read the exact page. I couldn't resolve the problem.

Signal and slot need matching arguments (or you use a slot that doesn't expect arguments at all, like your current slot).
QAction::triggered only has bool triggered, though your previous slot implementation expected Track as argument.

fatihemreyildiz · 2022-05-28T00:10:31Z

I have read the exact page. I couldn't resolve the problem.

Signal and slot need matching arguments (or you use a slot that doesn't expect arguments at all, like your current slot). QAction::triggered only has bool triggered, though your previous slot implementation expected Track as argument.

Ah, That's right. Now I got it why I was having this error and couldn't resolve it.

Thank you :)

uklotzde · 2022-05-28T09:07:43Z

src/widget/wtrackmenu.cpp

+void WTrackMenu::slotFindOnSoundcloud() {
+    const TrackPointer pTrack = getFirstTrackPointer();
+    QString artistName = pTrack->getArtist();
+    QDesktopServices::openUrl(QUrl("https://soundcloud.com/search/people?q=" + artistName));


I recommend not to use naive string composition for creating URLs, see QUrl::setQuery().

Please also externalize all the business logic into separate classes/files, don't bother WTrackMenu with this extra stuff. It is already too big.

Thanks for the feedback, I will take a look at QUrl::setQuery() and work on business logic.

Hey again,

I was trying to move all the logic into other classes and I was working on QUrl::setQuery(). I just have a question,

I have a function, which takes 2 arguments one is the URL itself and the second one is query (in this case, Artist, Album artist, Album, Track title). My Url is https://www.last.fm/search/artists?q= and the artist is Eminem.

When I call the method QUrl::setQuery(), it works just fine, the Url is created. When the Url is opened I realized the opened Url is https://www.last.fm/search/artists?Eminem which opens a page without any results. 'q=' part is gone.

Should I pass all the queries with the prefix "=q" into my function or should I use another method which fits into key value pattern?

Because when I looked into documentation it says about 'setQuery'.

This function is useful if you need to pass a query string that does not fit into the key-value pattern

From the Qt doc, For me it seems like you should use QUrlQuery and then use the QUrl::setQuery(QUrlQuery) overload. QUrlQuery:

The QUrlQuery class provides a way to manipulate a key-value pairs in a URL's query. More...

The QUrl class does much more than just concatenate strings. When you pass it an a URL with a query and then call setQuery, it will overwrite the previous query, which is why setQuery("Eminem") results in the previous query (q= being overwritten). Since you are dealing with key-value pairs here, use QUrlQuery.

Thanks for your feedback.

Now I realized that I should use both the QUrlQuery and setQuery. For two different things.

If pagination is simple and I can directly open the artist-track-album page. I can simply use setQuery. Because there is no key and value pairs. There will be no queries.

If we can't open artist-track-album page directly and if we need to do search on the service, I should use QUrlQuery, to have key q= and the value artist-track-album name.

daschuer · 2022-05-28T21:19:27Z

You branch looks like that in gitk.

It was made on top of a previous feature branch, merged to 2.3. Since this one will go to main it is that difficult to resolve.

Luckily git has a solution:

First stash you uncommited work git stash
That fetch the latest main branch git fetch upstream
Rebase the commits belonging to this branch on top of main git rebase --onto upstream/main HEAD~3
(HEAD~3 is the third commit below HEAD 214dbbc, the old base, that will not be moved to main)
Reslove conflicts, by editing the regions with ">>>>>>>>>>>>>"
Stage the edits git add src/widget/wtrackwidgetgroup.cpp the same with the others
git rebase --continue
Resolve conflicts again until rebase is finish
Restore you working files git stash pop

I use for conflicts SmartGit which has a nice three files diff view for that.

daschuer · 2022-05-28T21:21:34Z

Ah you have solved the problem and squashed everything to a single commit. Great.

daschuer · 2022-05-28T23:53:16Z

Works good!

fatihemreyildiz · 2022-06-04T12:52:10Z

Hey everyone!

We have discussed with my mentor about this PR and feature. Either it is merged or not it can be a playground to learn the Mixxx code base for me, so I would like to work on it a bit more.

One of the most important thing is WTrackMenu class is too big and we don't want to bother it a lot. To do that we want to use factory design pattern for FindOn feature. So with that, we can have separate files. Expand this feature with different websites. It can be turned on or off on the preferences menu.

But I am wondering how users can use this feature, open the default browser? Shouldn't they right click on the track, on the TrackMenu and then choose either one of the websites? I should still use the WTrackMenu class to call FindOn right? I don't want to bother WTrackMenu class a lot. I wonder how will it look like on the user perspective.

Instead of QUrl I will try to use QUrl::setQuery().

Should I also keep going on this PR, or on a brand new branch and PR?

daschuer · 2022-06-04T15:00:13Z

IMHO As long as this state does not break something in main we could merge in steps of less perfect solutions. But wat means good enough here? Ideas?

daschuer · 2022-06-04T15:01:15Z

I am unsure where the FindOn feature should be hooked. My original request, a Discogs lookup for possible genres and the first time release date would be also a good fit in the track property dialog. The same is also true for cover art look up ... Both locations will finally work. Ideas?

ronso0 · 2022-06-07T21:10:36Z

I am unsure where the FindOn feature should be hooked

Finding the artist/track site on audio platforms (Soundcloud, Spotify) is IMO about gathering additional info on the fly or looking for other tracks by that artist (not necessary similiar/matching tracks).
So to make that accessible from the track table / deck it should go to the track menu, though that is indeed already pretty crowded. FWIW I'm repeatedly annoyed by the top-level AutoDJ action, I think we should consider making the track menu configurable in the preferences (child of Library page)

Looking for covers and genre should IMO happen in the Track Properties.

uklotzde · 2022-06-14T19:41:17Z

src/widget/wfindonmenu.h

+        Discogs
+    };
+
+    void openTheBrowser(const QString& serviceUrl,


openInBrowser?

The serviceUrl should not be part of the public API.

I think this function can be moved to the anonymous namespace in the cpp file, because it does not use any members from "this"

I tried to make the URL private. But since I am using this method in WTrackMenu, this is a bit difficult. Or is it too easy and am I missing something?

I made private the Url in an another way. I defined a function in anonymous namespace that can return URL's according to chosen service, I am calling this function in openInBrowser, to return the urls from anonymous namespace. This time openInBrowser gets 2 arguments, which is the service and the query. But this time I needed to make "enum Service" public. So I am not sure which should be public and the other one private, is it okay to make Enum Service public?

uklotzde · 2022-06-14T19:42:13Z

src/widget/wfindonmenu.h

+    void openTheBrowser(const QString& serviceUrl,
+            const QString& query);
+
+    void createAllServices(const Track& track);


"create all services"? I don't understand what this method is supposed to do.

I agree, without a comment, it looks like this function created the whole service itself.
How about createSubmenusForAllWebLookups() or such.

By the way, in header we use /// comments that are picked up by doxygen and asigned to the following function which is able to automatically create an API decryption along with a class hierarchy.

uklotzde · 2022-06-14T19:42:48Z

src/widget/wfindonmenu.h

+            const QString& query);
+
+  private:
+    void createService(QMenu* serviceMenu,


You probably do not "create" any service. Maybe you initialize some internal data structures.

The meaning of the serviceMenu parameter is unclear for a method with an implicit this of type QMenu. Is it supposed to be the parent? Please name parameters according to their role.

Why is this a member functions instead of a hidden utility functions that builds and returns a QMenu*?

serviceMenu is already a "service related submenu" the name should reveal this.
This function is also a candidate to be moved into the anonymous namespace.

Maybe the function can be called "populateWebLookUpQueries" ... It depends in which direction you will turn the interface.

uklotzde · 2022-06-14T19:47:40Z

src/widget/wfindonmenu.h

+    void createAllServices(const Track& track);
+
+  signals:
+    void triggerBrowser(


What's the difference between those 2 arguments with similar names and identical types? Very error prone.

maybe webLookupQuerry and porperty, or such.
You may also consider to use enums to release the menu from implementation details.

uklotzde · 2022-06-14T19:50:22Z

src/widget/wfindonmenu.h

+            QWidget* parent = nullptr);
+    ~WFindOnMenu() override = default;
+
+    enum class Services {


Each value of this enum denotes a single service, not multiple. The type name is confusing.

As long as this enum is not needed by consumers of the menu make it private or hide it in the .cpp file in an anonymous namespace.

uklotzde · 2022-06-14T19:55:06Z

src/widget/wfindonmenu.h

+            QString serviceTitleDisplay,
+            Services serviceTitle);
+
+    void addActionsArtist(Services serviceTitle, QString artist, QMenu* m_pService);


Please check the naming of parameters:

The enum variants do not denote a "title", they only refer to some external service.

The prefix m_ is reserved for members

QString is supposed to be passed by const-ref

uklotzde · 2022-06-14T19:58:28Z

The term "find on" is unintuitive for a feature that actually performs a "web search".

uklotzde · 2022-06-14T20:00:16Z

Please ensure that your code passes the CI checks, even if it is only a Draft PR.

daschuer · 2022-06-14T19:04:26Z

src/widget/wfindonmenu.cpp

+
+namespace {
+
+inline QString actionPrefixSuffixSeparator(const QString propertyType, const QString& text) {


Suggested change

inline QString actionPrefixSuffixSeparator(const QString propertyType, const QString& text) {

inline QString actionPrefixSuffixSeparator(const QString& propertyType, const QString& text) {

I think "inline" should not be used to try to do better optimization than the compiler. The compiler will probably inline it anyway. Just don't care.

The function should be named like what it does. Something like
composeActionText() or such.

The order is swapped compared to the "Find Similar" feature. I think I like the "Find Similar" order more.

daschuer · 2022-06-14T19:27:02Z

src/widget/wfindonmenu.cpp

+}
+
+inline QString searchUrlSoundCloudArtist() {
+    return QString("https://soundcloud.com/search/people?");


this creates a new string on every call. Since Mixxx is no library we can do
QString searchUrlSoundCloudArtist = QStringLiteral("https://soundcloud.com/search/people?");

daschuer · 2022-06-14T19:34:57Z

src/widget/wfindonmenu.cpp

+    }
+}
+
+void WFindOnMenu::addActionsAlbum(Services serviceTitle, QString albumName, QMenu* m_pService) {


Suggested change

void WFindOnMenu::addActionsAlbum(Services serviceTitle, QString albumName, QMenu* m_pService) {

void WFindOnMenu::addActionsAlbum(Services serviceTitle, const QString& albumName, QMenu* m_pService) {

daschuer · 2022-06-14T19:40:19Z

src/widget/wfindonmenu.cpp

+        const Track& track,
+        QString serviceTitleDisplay,
+        Services serviceTitle) {
+    serviceMenu = new QMenu(this);


we use p as prefix for pointers. In this case you can use partented_ptr, to express that it is owned by the Qt Object tree and it must net be deleted explicit.

Since WFindOnMenu is owned by the Q_OBJECT? So something like
pserviceMenu = new WFindOnMenu(this);
would solve this issue?

auto pServiceMenu = make_parented<QMenu>(this);

Since WFindOnMenu is inherited from QObject, it will delete all child QObjects once it is deleted, during the inherited QObject destructor.

parented_ptr makes sure that this is the case and will be still the case after refactoring.

src/widget/wfindonmenu.cpp

fatihemreyildiz · 2022-06-14T22:46:34Z

Thanks for the feed backs, I will resolve the issues asap. I will be more careful with the naming, not gonna use inline functions and can do better search with discogs. Also CI too.

src/widget/wfindonmenu.h

uklotzde · 2022-06-15T11:14:45Z

src/widget/wfindonmenu.h

+            QWidget* parent = nullptr);
+    ~WFindOnMenu() override = default;
+
+    enum class Services {


As long as this enum is not needed by consumers of the menu make it private or hide it in the .cpp file in an anonymous namespace.

src/widget/wfindonwebmenu.cpp

src/widget/wtrackmenu.cpp

uklotzde · 2022-06-27T14:30:18Z

OK I just had another look to the code and I think all issues are solved.

Nope.

uklotzde · 2022-06-27T17:20:46Z

I am stopping my review activities at this point. @daschuer Please take over.

Over and out.

src/widget/wtrackmenu.cpp

src/widget/wfindonwebmenu.cpp

daschuer

I have found an improvement regarding the connections and some naming nit-picks.

src/widget/wfindonwebmenu.cpp

src/widget/wtrackmenu.cpp

src/widget/wfindonwebmenu.cpp

src/widget/wfindonwebmenu.h

src/widget/wfindonwebmenu.cpp

Swiftb0y

Can't really comment on this code otherwise as I have 0 experience with QWidgets or the mixxx library in general.

src/widget/wfindonwebmenu.cpp

src/widget/wtrackmenu.cpp

Swiftb0y · 2022-07-07T21:02:16Z

@daschuer is volunteering to address (or mentor @fatihemreyildiz to fix) any issues introduced by this PR. LGTM from me so I'll go ahead and merge.

uklotzde · 2022-07-09T08:08:45Z

The intermediate commits should have been ~~stashed~~ squashed before merging. Now the history contains lots of unneeded diffs and broken commits.

Swiftb0y · 2022-07-09T12:21:57Z

I'm sorry my mistake. I suppose squashing and force-pushing to main is not an option now?

uklotzde · 2022-07-09T12:31:51Z

I'm sorry my mistake. I suppose squashing and force-pushing to main is not an option now?

I don't think so. Mistakes happen, don't worry.

github-actions bot added the ui label May 27, 2022

ronso0 reviewed May 27, 2022

View reviewed changes

ronso0 marked this pull request as draft May 27, 2022 21:00

ronso0 added the library label May 27, 2022

daschuer reviewed May 27, 2022

View reviewed changes

ronso0 reviewed May 27, 2022

View reviewed changes

uklotzde reviewed May 28, 2022

View reviewed changes

fatihemreyildiz force-pushed the websearchbox branch from 0ea8a6a to c9d4f08 Compare May 28, 2022 21:04

github-actions bot added build controller mappings skins labels Jun 14, 2022

fatihemreyildiz force-pushed the websearchbox branch from 09765ba to c08c9cd Compare June 14, 2022 14:09

uklotzde suggested changes Jun 14, 2022

View reviewed changes

daschuer requested changes Jun 14, 2022

View reviewed changes

uklotzde reviewed Jun 15, 2022

View reviewed changes

daschuer reviewed Jun 27, 2022

View reviewed changes

src/widget/wfindonwebmenu.cpp Show resolved Hide resolved

wfindonmenu: if condition added for actions

f5e145b

uklotzde previously requested changes Jun 27, 2022

View reviewed changes

src/widget/wtrackmenu.cpp Outdated Show resolved Hide resolved

src/widget/wtrackmenu.cpp Outdated Show resolved Hide resolved

wfindonwebmenu: bool hasEntriesForTrack added

5a3864f

daschuer reviewed Jun 27, 2022

View reviewed changes

src/widget/wtrackmenu.cpp Outdated Show resolved Hide resolved

uklotzde reviewed Jun 28, 2022

View reviewed changes

src/widget/wfindonwebmenu.cpp Outdated Show resolved Hide resolved

daschuer reviewed Jun 28, 2022

View reviewed changes

src/widget/wfindonwebmenu.cpp Outdated Show resolved Hide resolved

fatihemreyildiz added 2 commits June 29, 2022 00:34

FindOnWeb: enableMenu added.

bf25e63

wfindonwebmenu: type change

57b2840

daschuer requested changes Jun 29, 2022

View reviewed changes

src/widget/wfindonwebmenu.cpp Outdated Show resolved Hide resolved

src/widget/wtrackmenu.cpp Outdated Show resolved Hide resolved

src/widget/wfindonwebmenu.cpp Outdated Show resolved Hide resolved

src/widget/wfindonwebmenu.h Outdated Show resolved Hide resolved

fatihemreyildiz added 2 commits June 29, 2022 18:30

wfindonwebmenu: naming changed

f684256

wfindonwebmenu: Redundant connect deleted

72fc625

daschuer reviewed Jun 30, 2022

View reviewed changes

src/widget/wfindonwebmenu.h Outdated Show resolved Hide resolved

daschuer reviewed Jun 30, 2022

View reviewed changes

src/widget/wfindonwebmenu.cpp Outdated Show resolved Hide resolved

wfindonwebmenu: requested changes applied

8f309b8

daschuer approved these changes Jun 30, 2022

View reviewed changes

fatihemreyildiz force-pushed the websearchbox branch from 2d5bf9c to 8f309b8 Compare June 30, 2022 20:19

Swiftb0y reviewed Jun 30, 2022

View reviewed changes

src/widget/wfindonwebmenu.cpp Outdated Show resolved Hide resolved

src/widget/wtrackmenu.cpp Show resolved Hide resolved

wfindonwebmenu: non translatable names changed.

8be548a

fatihemreyildiz mentioned this pull request Jul 3, 2022

WFindOnWebMenu: Implementing the factory pattern #4836

Merged

Swiftb0y merged commit b58dd5b into mixxxdj:main Jul 7, 2022

Swiftb0y added the changelog This PR should be included in the changelog label Jul 7, 2022

ronso0 added this to the 2.4.0 milestone Aug 5, 2022


		namespace {

		inline QString actionPrefixSuffixSeparator(const QString propertyType, const QString& text) {

	void WFindOnMenu::addActionsAlbum(Services serviceTitle, QString albumName, QMenu* m_pService) {
	void WFindOnMenu::addActionsAlbum(Services serviceTitle, const QString& albumName, QMenu* m_pService) {

WFindOnWebMenu: Menu for to find track properties in online music databases #4772

WFindOnWebMenu: Menu for to find track properties in online music databases #4772

Conversation

fatihemreyildiz commented May 27, 2022

Choose a reason for hiding this comment

Choose a reason for hiding this comment

ronso0 commented May 27, 2022 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

ronso0 commented May 27, 2022

fatihemreyildiz commented May 27, 2022 • edited

ronso0 commented May 28, 2022

fatihemreyildiz commented May 28, 2022

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Swiftb0y Jun 12, 2022 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

daschuer commented May 28, 2022

daschuer commented May 28, 2022

daschuer commented May 28, 2022

fatihemreyildiz commented Jun 4, 2022

daschuer commented Jun 4, 2022

daschuer commented Jun 4, 2022

ronso0 commented Jun 7, 2022

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

uklotzde commented Jun 14, 2022

uklotzde commented Jun 14, 2022

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

daschuer Jun 15, 2022 • edited

Choose a reason for hiding this comment

fatihemreyildiz commented Jun 14, 2022 • edited

Choose a reason for hiding this comment

uklotzde commented Jun 27, 2022

uklotzde commented Jun 27, 2022

daschuer left a comment

Choose a reason for hiding this comment

Swiftb0y left a comment

Choose a reason for hiding this comment

Swiftb0y commented Jul 7, 2022

uklotzde commented Jul 9, 2022 • edited

Swiftb0y commented Jul 9, 2022

uklotzde commented Jul 9, 2022

ronso0 commented May 27, 2022 •

edited

fatihemreyildiz commented May 27, 2022 •

edited

Swiftb0y Jun 12, 2022 •

edited

daschuer Jun 15, 2022 •

edited

fatihemreyildiz commented Jun 14, 2022 •

edited

uklotzde commented Jul 9, 2022 •

edited