How to allow downloading images along with other user data (csv) from activity section?

We (few volunteers from the Krita community) have setup a discourse server for the Krita artist community. The setup is very much similar to Blenderartists.org.

Being a forum related to art software the discussions will have a lot of images. From the GDPR perspective discourse provides a way to download the user data from the activities section in profile. However I noticed that the download doesn’t include the images that user has posted to the forum. I would like to ask if there is any way to include the images posted by the users in the downloaded zip files. Is there any plugin to provide such feature?

Thank you.

「いいね!」 8

It’s not currently available in core nor in any plugins I know of unfortunately.

「いいね!」 3

We should arguably include any images the user uploaded in the data download.

「いいね!」 2

Technically they still have the URLs so they could just parse and pull them. I worry about image heavy users ending up costing lots and lots of server time when they click the button.

「いいね!」 2

Sorry if this seems a silly idea, will a predetermined time frame given to user to come back for the zip file help. During this period the zip creation can be done when there is less server activity.

I am uneasy allowing a random end user with lots of activity the ability to trigger downloading half a gig of data from s3 for re-packaging.

Much prefer to provide them with a link to a script they can run against the export to download images.

「いいね!」 2

I’m not an expert, but I believe that from a GDPR perspective this is not an acceptable solution. @RGJ do you know?

「いいね!」 1

closing this for 6 days so our lawyer has a chance to read this before this gets derailed into a GDPR drama.

you still have the ability to run the script as an admin for the user and email them images if you want.

「いいね!」 3

This topic was automatically opened after 5 days.

Any update on this? Either a script/tool to use or core fix?

I know how to manually do it, but I’m more sophisticated than others.

Just to expand on that,

![Screenshot_20200422-132435|281x500](upload://dYJTG1LPTCy8fp52SrPh7a1p89j.png)

came out of a user-archive.csv generated today. That’s not a very user-friendly link.

「いいね!」 6

I did a post export for the first time since May yesterday and see that it has been given some love, but a strange (to me) choice:

But no images in there and I still see fragments (tested with meta) with very hard to use URLs like: ![screen-20200627-125657|385x397](upload://nsHMu7zGRvQ1Y9WuIPrrygpWbC6.png) (note that’s an image I uploaded after the May update).

「いいね!」 1

Putting images in the archive would be a PITA. What we could easily include is the cooked post alongside the raw so images and everything else that is transformed is associated in a standard way that can easily be parsed.

「いいね!」 3

How does that work with the pre-signed URLs option recently introduced? I confess I don’t know much about how that’s implemented, but my fear is that the URLs would not be stable.

(By which I mean: Secure Media Uploads )

If we put the cooked post in like @Falco suggests then the URLs will be /secure-media-uploads/blah. The presigned URL is only generated when the upload is requested from the secure media URL, so you should have no problems.

「いいね!」 5

この機能リクエストの状態はどうなっていますか(もしそうなら)?

いくつかの小さな質問に分けてみましょう。

  1. ユーザーが投稿に含まれるすべての画像のコピーを取得する方法は現在ありますか?
  2. これらの投稿を、少なくともアップロードされた画像が本来あるべき場所にある状態で、調理済み形式で取得(または再作成)する方法はありますか?

完全なスクリプトを書くことができるかどうかわかりませんが、user_archive.csvに含まれる情報に基づいて画像のURLを再構築する方法を調べようとしましたが、CSVファイルに提供されている画像リンクとフォーラム上のその画像の公開URLとの間に関連性がないように見えるため、不可能だと思われます。

例えば、CSVファイルには![image|499x436](upload://tIh81VxrDGPzUkxhikPmbgFGbO6.png)があり、フォーラム上のその画像のURLはhttps://forum.example.com/uploads/default/original/2X/d/d04053334ed6a40db3cdcf83c1c6eb139079494e.pngです。したがって、スクリプトがtIh81VxrDGPzUkxhikPmbgFGbO6.pngを何らかのベースURLと組み合わせて使用したとしても、画像を取得できないのではないでしょうか?それとも、画像には何らかの形で複数のIDがあるのでしょうか?

このトピックを再浮上させてくれてありがとう!以前は見ていませんでした。:smiley:

それを確認したところ、画像はアクセス可能であるべきだという@codinghorrorの考えと、特にユーザーが画像自体に興味がない場合に、サーバーサイドのリソースに負荷がかかるという@samの懸念の両方に同意します。

実現可能性については話せませんが、純粋にUXの観点からは、既存のダウンロードオプションと並べて「画像をダウンロード」ボタンを別に表示するか、既存のダウンロードオプションを使用する際に画像を含めるかどうかを尋ねるポップアップを表示するのが最善だと思います。

「いいね!」 1

現時点ではありません。フォーラムにアクセスする必要があります。状況を迅速に改善するために、@Falco の変更を支持します。

「いいね!」 3

実際の投稿に移動して画像を取得する必要があるということですか?しかし、削除されたり非表示にされたりした投稿の画像は取得できませんよね?

@sam@Falco が合意した場合、それは何らかのパイプラインに追加されたということですか?

「いいね!」 1

時々はい…時々いいえ。これはまだスロットされていません。

「cooked」のエクスポートへの追加を優先します。簡単な変更なので、来月中には完了するはずです。

「いいね!」 1