[docs] Clarifications (#2644)

This commit is contained in:
Manav Rathi
2024-08-09 14:50:08 +05:30
committed by GitHub
3 changed files with 27 additions and 19 deletions

View File

@@ -18,29 +18,33 @@ AppStore](appstore-privacy-disclosure.png){width=620px}
## Data Linked to You
> [!NOTE]
>
>
> Only if you choose to create an account to backup your codes are the following
> details collected.
### Contact Info
This is your email address, used for account creation and communication.
### User Content
This are your 2FA secrets, end-to-end encrypted with a key that only you have
access to.
### Identifiers
This is your user ID generated by our server during sign up.
## Data Not Linked to You
> [!NOTE]
>
>
> Only if you opt-in to **Crash reporting** are the following details collected.
### Diagnostics
These are anonymized error reports and other diagnostics data that make it easier
for us to detect and fix any issues.
These are anonymized error reports and other diagnostics data that make it
easier for us to detect and fix any issues.
---
@@ -48,5 +52,5 @@ for us to detect and fix any issues.
Ente Auth collects no data by default.
For more details, please refer to our [full privacy
policy](https://ente.io/privacy).
For more details, please refer to our
[full privacy policy](https://ente.io/privacy).

View File

@@ -23,10 +23,12 @@ canvas.
## Desktop
The only known case where thumbnails might be missing on desktop is when
uploading **videos** during a Google Takeout or folder sync on **Intel macOS**
machines. This is because the bundled ffmpeg that we use does not work with
Rosetta. For images, we are able to fallback to other mechanisms for generating
the thumbnails, but for videos because of their potentially huge size, the app
uploading **videos** during a Google Takeout or watched folder sync on **Intel
macOS** machines. This is because the bundled ffmpeg that we use does not work
on Intel machines.
For images, we are able to fallback to other mechanisms for generating the
thumbnails, but for videos because of their potentially huge size, the app
doesn't try the fallback to avoid running out of memory.
In such cases, you will need to use the following workaround:
@@ -39,10 +41,11 @@ In such cases, you will need to use the following workaround:
2. Copy or symlink it to
`/Applications/ente.app/Contents/Resources/app.asar.unpacked/node_modules/ffmpeg-static/ffmpeg`.
Even without the workaround, thumbnail generation during video uploads via the
normal folder selection or drag and drop will work fine (since in this case we
have access to the video's data directly without reading it from a zip and can
thus use the fallback).
Alternatively, you can drag and drop the videos. Even without the above
workaround, thumbnail generation during video uploads via the normal folder
selection or drag and drop will work fine, since in those case we have access to
the video's data directly without reading it from a zip and can thus use the
fallback.
## Regenerating thumbnails
@@ -50,6 +53,5 @@ There is currently no functionality to regenerate thumbnails in the above cases.
You will need to upload the affected files again.
Ente skips over files that have already been uploaded, so you can drag and drop
the original folder or zip again after removing the files without thumbnails
(and fixing the issue on web or adding the workaround on Intel macOS), and it'll
only upload the files that are necessary.
the original folder or zip again after removing the files without thumbnails,
and it'll only upload the files that are necessary.

View File

@@ -45,8 +45,10 @@ By default, you only need to configure the endpoint for the first bucket.
> instance uses these to perform replication.
>
> However, in a self hosted setup replication is off by default (you can turn it
> on if you want). When replication is turned off, only the first bucket is
> used, and you can remove the other two if you wish or just ignore them.
> on if you want). When replication is turned off, only the first bucket (it
> must be named `b2-eu-cen`) is used, and you can ignore the other two. Use the
> `hot_bucket` option if you'd like to set one of the other predefined buckets
> as the "first" bucket.
The `endpoint` for the first bucket in the starter `credentials.yaml` is
`localhost:3200`. The way this works then is that both museum (`2`) and minio