Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] #223

deldesir · 2024-07-15T22:16:59Z

This PR gets rid of the dozen multi-lines error messages

Tested on Ubuntu 24.04 (LRN2)

holta · 2024-07-15T22:46:40Z

Lack of explanatory context is the far more serious problem:

Lack of link(s) to yt-dlp core issue(s) — if the problem is impossible to solve — link from "Tasks" view to a concrete explanation as to why.
Conversely, an actionable suggestion needs to be included in "Tasks" view — or a link to an actionable suggestion[*] — if users can take action.

(Either way: all users deserve a clear explanation of next steps!)

[*] Link to a concrete actionable steps at https://github.com/iiab/calibre-web/wiki if absolutely necessary.

Possibly related:

deldesir · 2024-07-15T23:09:46Z

Lack of explanatory context is the far more serious problem:

Is this ticket explanatory enough? yt-dlp/yt-dlp#2137

Lack of link(s) to yt-dlp core issue(s) — if the problem is impossible to solve — link from "Tasks" view to a concrete explanation as to why.

I'll put the following link in the error message yt-dlp/yt-dlp#2137

Conversely, an actionable suggestion needs to be included in "Tasks" view — or a link to an actionable suggestion[*] if users can take action.

What to suggest a user to do if nothing can be done. Redownloading/retrying is the only concrete action a user can do in such cases. There is no buttons or parameters to set in the GUI.

(Either way: all users deserve a clear explanation of next steps!)

[*] Link to a concrete actionable steps at https://github.com/iiab/calibre-web/wiki if absolutely necessary.

holta · 2024-07-15T23:21:50Z

cps/tasks/download.py

@@ -81,7 +81,7 @@ def run(self, worker_thread):
                    else:
                        elapsed_time = (datetime.now() - last_progress_time).total_seconds()
                        if elapsed_time >= fragment_stuck_timeout:
-                            self.message += f"<br>Some fragments are taking longer than expected to download. Please wait..."
+                            self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. Please see https://github.com/yt-dlp/yt-dlp/issues/2137 for context. Try to download the video again later."


Try to download the video again later.

Specifically why? Under what conditions will waiting help?

Suggested change

self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. Please see https://github.com/yt-dlp/yt-dlp/issues/2137 for context. Try to download the video again later."

self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. See https://github.com/yt-dlp/yt-dlp/issues/2137 for context. Try to download the video again later."

Try to download the video again later.

Specifically why? Under what conditions will waiting help?

Let's not create false hopes:

Outline conditions (here on Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] #223 discussion) where waiting-then-retrying can pragmatically help.

If these are real, then explain (abbreviate / summarize reason[s] to wait!) within "Tasks" view.

holta · 2024-07-15T23:38:56Z

Is this ticket explanatory enough? yt-dlp/yt-dlp#2137

Can an anchor tag ( e.g. URL#anchor ) link to the most relevant message / context within yt-dlp/yt-dlp#2137 ?

holta · 2024-07-16T12:24:44Z

cps/tasks/download.py

@@ -81,7 +81,7 @@ def run(self, worker_thread):
                    else:
                        elapsed_time = (datetime.now() - last_progress_time).total_seconds()
                        if elapsed_time >= fragment_stuck_timeout:
-                            self.message += f"<br>Some fragments are taking longer than expected to download. Please wait..."
+                            self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. Please see <a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>this ticket</a> for context. Try to download the video again later."


Suggested change

self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. Please see <a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>this ticket</a> for context. Try to download the video again later."

self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. See <a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a> for context. Try to download the video again later (e.g. if [EXPLANATION])."

The user cannot do anything to work around this for now. I removed the suggestion to retry.

holta · 2024-07-16T19:38:09Z

Is this ticket explanatory enough? yt-dlp/yt-dlp#2137

Can an anchor tag ( e.g. URL#anchor ) link to the most relevant message / context within yt-dlp/yt-dlp#2137 ?

@deldesir if the explanation at the very top of --live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137 is in fact the best explanation of the problem, then please confirm that an anchor tag is not useful in this particular case.
If that's the case, can the title (subject line) of --live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137 ("--live-from-start didn't merge after live stream end") be weaved into the "Tasks" view explanation to make it more accurate?
1. Or if you believe the title (subject line) of --live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137 is itself not quite accurate, please just explain what you think is really happening / what's the correct explanation, Thanks!

holta · 2024-07-16T19:45:44Z

Excerpt from #215 (comment) :

Explain here why the error message is being repeated, so everyone can understand the root cause, and what it means.

Whereas suppressing error messages is almost always neither useful nor healthy.

@deldesir does repetition of this error message somehow indicate (or at least correlate?) with the severity of the problem with an individual video download?

(If so, should this [i.e. how much the error message is being repeated] somehow be communicated to the "Task" view user/operator?)

deldesir · 2024-07-16T20:01:27Z

the message was always repeated because it's caught within the loop of the polling mechanism looking for activity. This was triggered by inactivity for 30s since the video was stuck at x bytes.

calibre-web/cps/tasks/download.py

Lines 82 to 84 in 8b5ebff

    
           elapsed_time = (datetime.now() - last_progress_time).total_seconds() 
        
           if elapsed_time >= fragment_stuck_timeout: 
        
               self.message += f"<br>Some fragments are taking longer than expected to download. Please wait..."

In this particular case, it was repeated with multiline because the error message was appended to previous self.message with self.message += "..."

holta · 2024-07-16T20:08:42Z

Sounds like you're saying the error message should never really have been repeated (using += appending) in the first place — if the repetition was completely meaningless? (In other words in PR #211 about 2 weeks ago.)

(No problem, but if so, forgive me for assuming that repetition had been added for a reason!)

deldesir · 2024-07-16T20:12:40Z

Sounds like you're saying the error message should never really have been repeated (using += appending) in the first place — if the repetition was completely meaningless? (In other words in PR #211 about 2 weeks ago.)

That's right

(No problem, but if so, forgive me for assuming that repetition had been added for a reason!)

No worry, sometimes I cannot explain stuff well enough. The self.message is constantly being replaced by the same message when there is no activity for 30s. the += made it multi-line. This was a mistake.

holta · 2024-07-16T20:15:11Z

No worries!!

Let's just make the new error message as accurate as possible, perhaps including bits of the yt-dlp/yt-dlp#2137 title / subject line if this explains more clearly + completely, per: #223 (comment)

holta · 2024-07-17T00:21:03Z

@deldesir please explain why this appears to be happening — hinting at your best guess {assumptions, intuition, intention} :

Explain how yt-dlp flag --live-from-start(--live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137) can sometimes (often?!) be related?

And/Or...

Summarize the situation — also linking to How to handle missing/incomplete fragments more elegantly yt-dlp/yt-dlp#6078 — if that adds useful context re: unavailable fragment failures, e.g. for Formerly live https://youtu.be/4BL65HElOPg fails to download [same "no such column: error" issue as #186 ?] [unavailable fragments?] #215 ?

And/Or...

Mention "fragments failing to merge" (and what that means?!) if that discussion on --live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137 adds critical understanding... ?

🙏

deldesir · 2024-07-19T16:49:24Z

@holta, this is difficult to put an accurate message for this bug. My observation is we never know if the stuck video will fail or recover.

For example, the following video was stuck, but ended up being donwloaded succesfully. I'd like to put a message to encourage the user to wait, but we don't know if it's worth it.

after 2-3 minutes:

UPDATE: This specific video was not stuck. It was reported as such because the post-processing took some time. I ran lb-wrapper dl https://www.youtube.com/watch?v=ZdzGp2eWM5o and could see the progress reached 100%.

We don't know wether the download will recover or not

holta · 2024-07-19T20:00:43Z

UPDATE: This specific video was not stuck. It was reported as such because the post-processing took some time.

Great insight! ✅

Hopefully "Tasks" view will clarify this & similar revelations as soon as you can in coming days — one tiny-or-small PR at a time — as soon as each is safe and reasonable to merge! 🪚

holta · 2024-07-31T13:09:30Z

I suggest we go with a better explanation while I am working on the cause of the video being stuck.

timeout mechanism was designed specifically for missing fragments issues.

@deldesir are you suggesting that error message "stuck due to unavailable fragments" is sometimes incorrect?

If yes, should error message say "stuck, likely due to unavailable fragments" ? (Or "stuck, possibly due to unavailable fragments" ?)
If no, what kind of a "better explanation" is appropriate?

Thank you for clearing this up, so this PR (or similar) can be merged without delay. (As mentioned a week ago, this can always be revised later if understanding advances + shifts in due course!)

deldesir · 2024-08-13T17:09:04Z

@deldesir are you suggesting that error message "stuck due to unavailable fragments" is sometimes incorrect?

Yes, tasks may appear stuck due to delays in processing video files by ffmpeg too.

A message like "Processing video xxx is taking longer than usual, please wait..." will do. If for some reason the download task fails, we can let the user know about it with another message like: "Video xxx failed to download due to xxx"

holta · 2024-08-13T18:14:59Z

tasks may appear stuck due to delays in processing video files by ffmpeg too.

If there are delays or failures implementing FFmpeg in isolated circumstance — e.g. if "instantly" generating missing thumbnails is necessary for some video downloads — we'd surface those delays or failures (FFmpeg or otherwise!) making them increasingly very visible in Tasks view. Related:

PR Remove [FFmpeg] scene detection filter [to make thumbnail/cover/poster creation more reliable] #225
PR [Update & clarify FFmpeg -vf (video filters) explanation, re: extracting a thumbnail/cover/poster] #226

A message like "Processing video xxx is taking longer than usual, please wait..." will do.

Please include a link that (also) explains real world causes of delay:

Link to a specific place within https://github.com/iiab/calibre-web/wiki ?
Or if there's a better URL for intelligent users to deepen their understanding around what's truly happening and why, e.g. --live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137 or How to handle missing/incomplete fragments more elegantly yt-dlp/yt-dlp#6078 or any GitHub ticket offering solid context, link to that instead!

holta · 2024-08-13T18:21:13Z

If there are delays or failures implementing FFmpeg in isolated circumstance — e.g. if "instantly" generating missing thumbnails is necessary for some video downloads — we need to surface those delays or failures (FFmpeg or otherwise!) making them increasingly very visible in Tasks view.

Let's outline in a separate GitHub issue or PR the most practical way(s) to surface + strengthen clarity (concrete explanation, hints, tips, or context!) in Tasks view.

Addressing similar/common errors, cleanly + efficiently in "Tasks" view, over coming weeks. 💫

All downloads from YouTube appear to fail: "'NoneType' object is not subscriptable" [vague error messages need to become relevant + clear in "Tasks" view] #235 (comment)

holta · 2024-08-13T18:38:07Z

Link to a specific place within https://github.com/iiab/calibre-web/wiki ?

Or if there's are better URL for intelligent users to deepen their understanding around what's truly happening and why, e.g. --live-from-start didn't merge after live stream end. yt-dlp/yt-dlp#2137 or How to handle missing/incomplete fragments more elegantly yt-dlp/yt-dlp#6078 or any GitHub ticket offering solid context, link to that instead!

@deldesir linking to this actual ticket (#223) is also fine in the interim, if you prefer?

holta · 2024-08-13T18:47:18Z

A message like "Processing video xxx is taking longer than usual, please wait..." will do.

Given the reality that this error is triggered if elapsed_time >= fragment_stuck_timeout :

Can we be more transparent & forthright, telling users exactly that (in Tasks view) i.e. allowing them to see what's really happening❓
Or if fragment_stuck_timeout needs to be renamed, or slightly re-engineered, that is fine too ✅

holta · 2024-08-15T15:45:32Z

"Processing video xxx is taking longer than usual, please wait..."

"Video xxx failed to download due to xxx"

Recap:

Let's be Precise: "processing" is not the same as "downloading". 64c0b55 (July 19) mentions "Make message less categoric / We don't know whether the download will recover or not" — suggesting that "processing" might not be accurate❓
Definitely mention likely reasons for delay (e.g. fragment download &/or FFmpeg thumbnail creation &/or xklb's media_check) in the actual error message, nurturing continuous progress 🔎
Every error message should include a link to a relevant GitHub ticket comment (or https://github.com/iiab/calibre-web/wiki section, or whatever link is most meaningful!) to cultivate participACTION 🪜

holta · 2024-08-15T17:47:42Z

ASIDE: Should we preserve the original += to repeat the error message in "Tasks" view every 2 minutes (120 seconds instead of 30 seconds as a result of PRs #227 and #229) since there are now 4X fewer error messages?

The argument in favor of += would be:
Users expect and deserve to see regular progress indicators / explanation for what is happening! Reiterating the error message every 2 min might be appreciated by some, as a stronger visual indicator, if it doesn't create too much clutter? 🔢
The argument against += would be:
Users can already watch the time counter increment every few seconds (or freeze up!) during delays — e.g. some might feel that reiterating the same error message every 2 min doesn't help? ⏳

We renamed the variable from "fragment_stuck_timeout" --> "timeout" to be more generic. We don't know if we are in the download or the processing state for the video.

deldesir · 2024-08-16T22:48:32Z

ASIDE: Should we preserve the original += to repeat the error message in "Tasks" view every 2 minutes (120 seconds instead of 30 seconds as a result of PRs #227 and #229) since there are now 4X fewer error messages?

The argument in favor of += would be:
Users expect and deserve to see regular progress indicators / explanation for what is happening! Reiterating the error message every 2 min might be appreciated by some, as a stronger visual indicator, if it doesn't create too much clutter? 🔢

The argument against += would be:
Users can already watch the time counter increment every few seconds (or freeze up!) during delays — e.g. some might feel that reiterating the same error message every 2 min doesn't help? ⏳

I think it's a bad idea. Multiline messages convey progress, but spamming the message column with repetitive messages is very ugly.

avni

Line 84: As discussed, here's an alternative message to make clear the possible types of errors based on your explanation to me. I also added a sentence so the user knows we are retrying and should wait.

===
{self.media_url_link} is taking longer than expected. It could be a stuck download due to unavailable fragments (yt-dlp/yt-dlp#2137) and/or an error in xklb’s media check. Please wait as we try again. See <a href=‘#223' target=‘_blank’>/pull/223 for more info.

avni · 2024-08-16T23:24:16Z

cps/tasks/download.py

-                            self.message += f"<br>Some fragments are taking longer than expected to download. Please wait..."
-
+                        if elapsed_time >= timeout:
+                            self.message = f"{self.media_url_link} is stuck due to unavailable fragments. See <a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a> for context."


Suggested change

self.message = f"{self.media_url_link} is stuck due to unavailable fragments. See <a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a> for context."

self.message = f"{self.media_url_link} is taking longer than expected. It could be a stuck download due to unavailable fragments (https://github.com/yt-dlp/yt-dlp/issues/2137) and/or an error in xklb’s media check. Please wait as we try again. See <a href=‘https://github.com/iiab/calibre-web/pull/223' target=‘_blank’>https://github.com/iiab/calibre-web/pull/223 for more info.</a>"

This is better.

Co-authored-by: Avni Fein <[email protected]>

holta · 2024-08-16T23:36:32Z

Description looks great!

Both HTML links appear slightly off to me??

@deldesir can you abbreviate the visible part of links... to be?

yt-dlp/yt-dlp#2137
#223

avni · 2024-08-17T00:12:56Z

Tested locally with Blondel via screen share on an IIAB instance. This PR is Ready to merge, imo.

[NB: http://lrn2.org's IP is blocked from downloading videos so we could not test there! See: yt-dlp/yt-dlp/issues/10128]

holta · 2024-08-17T15:23:13Z

cps/tasks/download.py

-                            self.message += f"<br>Some fragments are taking longer than expected to download. Please wait..."
-
+                        if elapsed_time >= timeout:
+                            self.message = f"{self.media_url_link} is taking longer than expected. It could be a stuck download due to unavailable fragments (<a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a>) and/or an error in xklb's media check. Please wait as we try again. See <a href='https://github.com/iiab/calibre-web/pull/223' target='_blank'>#223</a> for more info."


@deldesir @avni is the revision below more accurate? (Or if I'm wrong, LMK!)

Suggested change

self.message = f"{self.media_url_link} is taking longer than expected. It could be a stuck download due to unavailable fragments (<a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a>) and/or an error in xklb's media check. Please wait as we try again. See <a href='https://github.com/iiab/calibre-web/pull/223' target='_blank'>#223</a> for more info."

self.message = f"{self.media_url_link} is taking longer than expected. It could be a stuck download due to unavailable fragments (<a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a>) and/or an error in xklb's media_check. Please wait as we keep trying. See <a href='https://github.com/iiab/calibre-web/pull/223' target='_blank'>#223</a> for more info."

"keep trying" is more accurate, yes! TY! I don't know if 'media_check' is more accurate than 'media check'. @deldesir is more familiar with xklb.

@deldesir please revise at any time (e.g. with a new PR) if improvement's helpful 💯

Merging of this PR is now cleaned up with this separate commit:

23af2b0

(Apologies I messed up, and didn't get that revision from ~30min ago properly into this PR!)

Adjust error message for stuck videos due to unavailable fragments

146cfd0

deldesir marked this pull request as draft July 15, 2024 22:17

deldesir self-assigned this Jul 15, 2024

deldesir marked this pull request as ready for review July 15, 2024 22:32

deldesir requested a review from holta July 15, 2024 22:32

deldesir mentioned this pull request Jul 15, 2024

Formerly live https://youtu.be/4BL65HElOPg fails to download [same "no such column: error" issue as #186 ?] [unavailable fragments?] #215

Open

Additional adjustments

8ddb222

deldesir marked this pull request as draft July 15, 2024 23:16

Make link clickable

3e80b64

holta reviewed Jul 15, 2024

View reviewed changes

holta added documentation Improvements or additions to documentation enhancement New feature or request question Further information is requested labels Jul 16, 2024

holta reviewed Jul 16, 2024

View reviewed changes

Add context url

444ccd1

Merge branch 'iiab:master' into deldesir-patch-9

8e98f0e

Make message less categoric

64c0b55

We don't know wether the download will recover or not

holta mentioned this pull request Jul 19, 2024

Increase fragment stuck timeout to 60 seconds [was 30s] #227

Merged

holta mentioned this pull request Jul 23, 2024

Ensure error and live_status columns are created from the start #191

Merged

holta changed the title ~~Adjust error message for stuck videos~~ Adjust error message for stuck videos [if elapsed_time >= fragment_stuck_timeout] Jul 31, 2024

holta mentioned this pull request Aug 13, 2024

All downloads from YouTube appear to fail: "'NoneType' object is not subscriptable" [vague error messages need to become relevant + clear in "Tasks" view] #235

Closed

deldesir added 2 commits August 16, 2024 17:50

Merge branch 'iiab:master' into deldesir-patch-9

e44dd98

Rename fragment_stuck_timeout variable

03265a0

We renamed the variable from "fragment_stuck_timeout" --> "timeout" to be more generic. We don't know if we are in the download or the processing state for the video.

avni suggested changes Aug 16, 2024

View reviewed changes

avni reviewed Aug 16, 2024

View reviewed changes

Improve stuck error message with context

28c9554

Co-authored-by: Avni Fein <[email protected]>

deldesir added 4 commits August 16, 2024 19:44

Make tickets URL clickable

61acf54

Fix bad quotes

35d9959

Add missing quote

37adc96

Add parentheses around yt-dlp link for readability

e52fd6e

holta changed the title ~~Adjust error message for stuck videos [if elapsed_time >= fragment_stuck_timeout]~~ Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] Aug 17, 2024

holta reviewed Aug 17, 2024

View reviewed changes

holta merged commit df50c01 into iiab:master Aug 17, 2024

holta added a commit that referenced this pull request Aug 17, 2024

Oops: Fix PR #223 cps/tasks/download.py slow/stuck message

23af2b0

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] #223

Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] #223

deldesir commented Jul 15, 2024 •

edited

Loading

holta commented Jul 15, 2024 •

edited

Loading

deldesir commented Jul 15, 2024 •

edited

Loading

holta Jul 15, 2024

holta Jul 15, 2024 •

edited

Loading

holta commented Jul 15, 2024 •

edited

Loading

holta Jul 16, 2024

deldesir Jul 16, 2024

holta commented Jul 16, 2024 •

edited

Loading

holta commented Jul 16, 2024

deldesir commented Jul 16, 2024 •

edited

Loading

holta commented Jul 16, 2024

deldesir commented Jul 16, 2024 •

edited

Loading

holta commented Jul 16, 2024

holta commented Jul 17, 2024 •

edited

Loading

deldesir commented Jul 19, 2024 •

edited

Loading

holta commented Jul 19, 2024

holta commented Jul 31, 2024

deldesir commented Aug 13, 2024

holta commented Aug 13, 2024 •

edited

Loading

holta commented Aug 13, 2024 •

edited

Loading

holta commented Aug 13, 2024

holta commented Aug 13, 2024

holta commented Aug 15, 2024 •

edited

Loading

holta commented Aug 15, 2024

deldesir commented Aug 16, 2024

avni left a comment •

edited

Loading

avni Aug 16, 2024 •

edited

Loading

deldesir Aug 16, 2024

holta commented Aug 16, 2024 •

edited

Loading

avni commented Aug 17, 2024 •

edited

Loading

holta Aug 17, 2024

avni Aug 17, 2024 •

edited

Loading

holta Aug 17, 2024

holta Aug 17, 2024

	self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. Please see https://github.com/yt-dlp/yt-dlp/issues/2137 for context. Try to download the video again later."
	self.message = f"Unable to download {self.media_url_link} due to unavailable fragments. See https://github.com/yt-dlp/yt-dlp/issues/2137 for context. Try to download the video again later."

	self.message = f"{self.media_url_link} is stuck due to unavailable fragments. See <a href='https://github.com/yt-dlp/yt-dlp/issues/2137' target='_blank'>yt-dlp/yt-dlp#2137</a> for context."
	self.message = f"{self.media_url_link} is taking longer than expected. It could be a stuck download due to unavailable fragments (https://github.com/yt-dlp/yt-dlp/issues/2137) and/or an error in xklb’s media check. Please wait as we try again. See <a href=‘https://github.com/iiab/calibre-web/pull/223' target=‘_blank’>https://github.com/iiab/calibre-web/pull/223 for more info.</a>"

Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] #223

Adjust error message for stuck/slow videos [if elapsed_time >= timeout, e.g. due to unavailable fragments &/or xklb media_check] #223

Conversation

deldesir commented Jul 15, 2024 • edited Loading

holta commented Jul 15, 2024 • edited Loading

deldesir commented Jul 15, 2024 • edited Loading

holta Jul 15, 2024

Choose a reason for hiding this comment

holta Jul 15, 2024 • edited Loading

Choose a reason for hiding this comment

holta commented Jul 15, 2024 • edited Loading

holta Jul 16, 2024

Choose a reason for hiding this comment

deldesir Jul 16, 2024

Choose a reason for hiding this comment

holta commented Jul 16, 2024 • edited Loading

holta commented Jul 16, 2024

deldesir commented Jul 16, 2024 • edited Loading

holta commented Jul 16, 2024

deldesir commented Jul 16, 2024 • edited Loading

holta commented Jul 16, 2024

holta commented Jul 17, 2024 • edited Loading

deldesir commented Jul 19, 2024 • edited Loading

holta commented Jul 19, 2024

holta commented Jul 31, 2024

deldesir commented Aug 13, 2024

holta commented Aug 13, 2024 • edited Loading

holta commented Aug 13, 2024 • edited Loading

holta commented Aug 13, 2024

holta commented Aug 13, 2024

holta commented Aug 15, 2024 • edited Loading

holta commented Aug 15, 2024

deldesir commented Aug 16, 2024

avni left a comment • edited Loading

Choose a reason for hiding this comment

avni Aug 16, 2024 • edited Loading

Choose a reason for hiding this comment

deldesir Aug 16, 2024

Choose a reason for hiding this comment

holta commented Aug 16, 2024 • edited Loading

avni commented Aug 17, 2024 • edited Loading

holta Aug 17, 2024

Choose a reason for hiding this comment

avni Aug 17, 2024 • edited Loading

Choose a reason for hiding this comment

holta Aug 17, 2024

Choose a reason for hiding this comment

holta Aug 17, 2024

Choose a reason for hiding this comment

deldesir commented Jul 15, 2024 •

edited

Loading

holta commented Jul 15, 2024 •

edited

Loading

deldesir commented Jul 15, 2024 •

edited

Loading

holta Jul 15, 2024 •

edited

Loading

holta commented Jul 15, 2024 •

edited

Loading

holta commented Jul 16, 2024 •

edited

Loading

deldesir commented Jul 16, 2024 •

edited

Loading

deldesir commented Jul 16, 2024 •

edited

Loading

holta commented Jul 17, 2024 •

edited

Loading

deldesir commented Jul 19, 2024 •

edited

Loading

holta commented Aug 13, 2024 •

edited

Loading

holta commented Aug 13, 2024 •

edited

Loading

holta commented Aug 15, 2024 •

edited

Loading

avni left a comment •

edited

Loading

avni Aug 16, 2024 •

edited

Loading

holta commented Aug 16, 2024 •

edited

Loading

avni commented Aug 17, 2024 •

edited

Loading

avni Aug 17, 2024 •

edited

Loading