funkwhale issueshttps://dev.funkwhale.audio/funkwhale/funkwhale/-/issues2022-11-25T04:04:08Zhttps://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1983Allow to exit edit view in Album2022-11-25T04:04:08ZKeunesAllow to exit edit view in Album<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure yo...<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue respect our guidelines.
To ensure we can deal with your idea or request, please try to stick
to the following structure. You can leave the parts text between `<!- ->`
markers untouched, they won't be displayed in your final message.
Please do not edit the following line, it's used for automatic classification
-->
Add a 'Cancel' button when editing an album
## What is the problem you are facing?
When clicking 'Edit' when viewing an album, thus ending on a page `/library/albums/1/edit`, there is no way in the UI to quickly go back to the 'view' page.
<!--
Describe the problem you'd like to solve, and why we need to add or
improve something in the current system to solve that problem.
Be as specific as possible.
-->
## What are the possible drawbacks or issues with the requested changes?
More cluttered interface.
<!--
Altering the system behaviour is not always a free action, and it can impact
user experience, performance, introduce bugs or complexity, etc..
If you think about anything we should keep in mind while
examining your request, please describe it in this section.
-->
## Context
<!--
If relevant, share additional context here like:
- Links to existing implementations or examples of the requested feature
- Screenshots
-->https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2236Allow to search for tracks with artist/album hints2023-12-12T08:54:59ZppomAllow to search for tracks with artist/album hints
## What is the problem you are facing?
Funkwhale's search engine doesn't permit to search in the title and on the album/artist name at the same time.
When searching for a track that only has common words (for example "Love", "You & I"...
## What is the problem you are facing?
Funkwhale's search engine doesn't permit to search in the title and on the album/artist name at the same time.
When searching for a track that only has common words (for example "Love", "You & I"),
I can get tons of results. Sometimes the shorter path to finding that song is to first search for this album and go on its page, then to hit the song's "track details".
## Possible solution and drawbacks
I see in the data model that Tracks have a `body_text` field that tokenize the track title. Maybe it's an easy pick to add the artist's and album's name in the field?
The search can be a little slower, but if it's a real field (not a SQL JOIN), it should not be that much ifaik.
Also the field could get outdated when we change an artist or album name, but that doesn't happen a lot. I'd say that an imperfect implementation is better than none.
I saw in [this issue](https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2095) something that seems to be close to what I'm suggesting:
> What we could do to improve these results is what I've been discussing with @JuniorJPDJ privately - to create a dynamic field on the `Track` model that contains the track title, album title and artist name (all transliterated to support diacritics the 'easy way') and search it either by fuzzy matching or by words from the search query. My only concern to this approach is the performance, but I am not a back-end developer, so I can't tell if there would be a performance hit or not.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1334All processes in docker containers are running as root2023-11-09T04:11:23ZJuniorJPDJAll processes in docker containers are running as rootHi!
I just checked and all processes in all funkwhale containers are running as root.
This should be checked in sake of security ;XHi!
I just checked and all processes in all funkwhale containers are running as root.
This should be checked in sake of security ;Xhttps://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1842Always create actors when creating a user2022-08-08T04:03:41ZGeorg KrauseAlways create actors when creating a userThe following discussion from !1942 should be addressed:
- [ ] @wvffle started a [discussion](https://dev.funkwhale.audio/funkwhale/funkwhale/-/merge_requests/1942#note_35049): (+6 comments)
> There might be a case when actor for ...The following discussion from !1942 should be addressed:
- [ ] @wvffle started a [discussion](https://dev.funkwhale.audio/funkwhale/funkwhale/-/merge_requests/1942#note_35049): (+6 comments)
> There might be a case when actor for the username is absent.
> ```suggestion:-0+0
> try:
> actor = Actor.objects.get(name=kwargs["username"])
> except Exception:
> user = User.objects.get(username=kwargs["username"])
> user.create_actor()
> actor = user.actor
> ```https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1621Apache reverse proxy example is misconfigured2024-02-14T04:12:15Z[Changed Username]Apache reverse proxy example is misconfiguredIt doesn't work on a fresh install of Debian 11.
All of the location restrictions had to be commented out to receive CSS & JS. Only leaving the alias'.It doesn't work on a fresh install of Debian 11.
All of the location restrictions had to be commented out to receive CSS & JS. Only leaving the alias'.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1867API: updatePlaylist entry point does not support multiple songIndexToRemove i...2022-10-25T20:39:37ZTolriqAPI: updatePlaylist entry point does not support multiple songIndexToRemove in a single query + question about createPlaylistThe subsonic API `/updatePlaylist` support multiple parameters `songIndexToRemove` in it's definition.
http://www.subsonic.org/pages/api.jsp#updatePlaylist
> songIndexToRemove No Remove the song at this position in the playlist. Multip...The subsonic API `/updatePlaylist` support multiple parameters `songIndexToRemove` in it's definition.
http://www.subsonic.org/pages/api.jsp#updatePlaylist
> songIndexToRemove No Remove the song at this position in the playlist. Multiple parameters allowed.
This is not true for Funkwhale 1.2.7.
Calling ```rest/updatePlaylist.view?playlistId=24&songIndexToRemove=0&songIndexToRemove=1``` will only remove the first one and ignore all other `songIndexToRemove`
______
Additionally the API definition of `createPlaylist` is not very clear on subsonic API definition
http://www.subsonic.org/pages/api.jsp#createPlaylist
But it can be used to update playlists too > _Creates (or updates) a playlist._
What most other subsonic implementation do is that in update mode they replace the playlist content with the list of joined songIds and not add them.
This kinda makes sense since for just adding the `updatePlaylist `endpoint is more logical.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1878"/api/v1/playlists/$id/tracks return 404 when not authenticated instead of 403"2022-09-27T04:06:26ZGeorg Krause"/api/v1/playlists/$id/tracks return 404 when not authenticated instead of 403"https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2277Api v2 transition documentation2024-01-30T10:58:56ZpetitminionApi v2 transition documentationWe should formalize a way to migrate to api v2 in the backend code.
The related files will be duplicated :
- urls_v2.py
- view_v2.py
- test_view_v2.py
This should be write in the dev documentation.
Radio api v2 do not follow this, it...We should formalize a way to migrate to api v2 in the backend code.
The related files will be duplicated :
- urls_v2.py
- view_v2.py
- test_view_v2.py
This should be write in the dev documentation.
Radio api v2 do not follow this, it should be update.
ref : https://dev.funkwhale.audio/funkwhale/funkwhale/-/merge_requests/2317#note_61308petitminionpetitminionhttps://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1784/app/compose/django/entrypoint.sh doesn't respect FUNKWHALE_FRONTEND_PATH?2022-05-17T12:58:03Zdecentral1se/app/compose/django/entrypoint.sh doesn't respect FUNKWHALE_FRONTEND_PATH?https://dev.funkwhale.audio/funkwhale/funkwhale/-/blob/develop/api/compose/django/entrypoint.sh#L23 seems wrong, should that not be `cp -r frontend/* ${FUNKWHALE_FRONTEND_PATH:=/frontend/}`?https://dev.funkwhale.audio/funkwhale/funkwhale/-/blob/develop/api/compose/django/entrypoint.sh#L23 seems wrong, should that not be `cp -r frontend/* ${FUNKWHALE_FRONTEND_PATH:=/frontend/}`?https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1350Artist channels don't appear in the artists list2021-04-09T07:35:48ZSnack CaptArtist channels don't appear in the artists listSeems like an oversight.
Why would an artist create a channel and upload their work if they don't even appear on the artists page?Seems like an oversight.
Why would an artist create a channel and upload their work if they don't even appear on the artists page?https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1407Artist description not displayed?2021-04-23T10:52:22Zvachan-makerArtist description not displayed?A description can be added to an artist. But where is this description displayed? It is not displayed on the main artist page.
![image](/uploads/124918c549eb757d9eb1d80aaaafe8f3/image.png)A description can be added to an artist. But where is this description displayed? It is not displayed on the main artist page.
![image](/uploads/124918c549eb757d9eb1d80aaaafe8f3/image.png)https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1553artist mismatched if two artists share the same Musicbrainz artist ID but wit...2021-08-29T09:38:12ZChengChungartist mismatched if two artists share the same Musicbrainz artist ID but with different names or alias<!--
Hi there! You are reporting a bug on this project, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue re...<!--
Hi there! You are reporting a bug on this project, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue respect our guidelines.
To ensure your bug report is as useful as possible, please try to stick
to the following structure. You can leave the parts text between `<!- ->`
markers untouched, they won't be displayed in your final message.
Please do not edit the following line, it's used for automatic classification
-->
## Steps to reproduce
0.Clear all relative data in funklewhale if any, including tracks and artists
1.Prepare two tracks in the same album(maybe it's not a must to be in the same album), they are filled with musicbrainz tags
2.Both two tracks share the same `MUSICBRAINZ_ARTISTID` value in metatdata, but with different `ARTIST` value name, both fields is specific for the track itself, not the album, but maybe it also applies for album artists
3.Upload these two tracks via web(maybe console is ok?)
4.These two tracks is displayed with the artis name, not the expected different two artists
<!--
Describe the steps to reproduce the issue, like:
1. Visit the page at /artists/
2. Type that
3. Submit
-->
## What happens?
Without loss of generality we assume `track.1` is with the artist name `A`, and `track.2` is with the artist name `B`, and the MBID of artist is the same, we assume the MBID is idZ.
if `track.1` is uploaded and processed first, `track.2` later, there will be only the artist name `A` in the database, and both `track.1` and `track.2` share the artist `A`. And the vice versa.
You will never get the chance to create an artist with other name like `B` or `C` if an `A` is created with the same MBID `idZ`.
<!--
Describe what happens once the previous steps are completed.
-->
## What is expected?
Two artists is created, `A` with MBID `idZ` and `B` with MBID `idz`
<!--
Describe the expected behaviour.
-->
## Context
This may be caused by the function `get_artist` and `get_best_candidate_or_create` in `task.py`, it builds the query with `query = Q(mbid=artist_mbid)` if the `artist_mbid` field exists, with the assumption that `artist_mbid` and `artist_name` is an 1-1 relation
I think more restriction should be applied to the sorting procedure, at least if the artis name is not null, it should be take into condieration that it should be an `AND` filter in the query. Only when `artist_mbid` and `artist_name` is the same, or `artist_name` is null while `artist_mbid` is filled or some other situations, two artist should be consider as one.
This may happen in some JPOP albums. The album is issued by a group, but tracks are performed by subgroup from the album group,
for example, https://musicbrainz.org/release/d151295d-7348-4cb0-8828-8c90372214e3
Track 1,2,3,4 are with the artist MBID `e45ab497-e63c-4bf3-8815-1cff2427d818` but with different displayed name in `Track Artist` field in recording page on musicbrainz
<!--
The version of your instance can be found on the footer : Source code (x.y)
-->
**Funkwhale version(s) affected**: x.y
1.1.2+git.ea4be336
<!--
If relevant, share additional context here like:
- Browser type and version (for front-end bugs)
- Instance configuration (Docker/non-docker, nginx/apache as proxy, etc.)
- Error messages, screenshots and logs
-->
There is a similar issue 1030, but what I want to address is not music track with multiple artists, but track with different artists name while sharing the same MBID, it's quite common in JPOP, maybe.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1803Artist ordering by name should not be case-sensitive2023-05-29T22:08:20ZRyan HargArtist ordering by name should not be case-sensitive## Steps to reproduce
Add an artist with a lowercase name (in my case alt-J) to a library and have some other artists with "normal" uppercase letter as a first character (like "Atoms for peace") present in the library.
Call the /artist...## Steps to reproduce
Add an artist with a lowercase name (in my case alt-J) to a library and have some other artists with "normal" uppercase letter as a first character (like "Atoms for peace") present in the library.
Call the /artists endpoint using the ordering=name query parameter:
`/api/v1/artists/?scope=me&page=1&page_size=30&has_albums=true&q=&ordering=name&playable=true&include_channels=true&content_category=music`
## What happens?
Artists that have uppercase letters will appear first in the /api/v1/artists endpoint return result, only in the end lowercase artists will appear.
## What is expected?
Casing should not be considered in the ordering of the response. "alt-J" should appear before "Atoms for peace", in my example.
## Context
**Funkwhale version(s) affected**: 1.1.5, but probably the same for 1.2.x versions
I noticed this in Funkwhale for Android, but it behaves the same in the web frontend.
I suspect, but did not test, that other endpoints like /albums and /tracks will have the same issue.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/907As an admin, I'd like to see how much space is used by libraries, all users i...2021-06-17T15:36:54ZnoutsAs an admin, I'd like to see how much space is used by libraries, all users includedMaybe in the "Library" menu, there could be a page/visualization/whatever/I don't know/ to see how much space is used by all the music uploaded by all local users.
Something that don't require to ssh|ls into the server. Just a number di...Maybe in the "Library" menu, there could be a page/visualization/whatever/I don't know/ to see how much space is used by all the music uploaded by all local users.
Something that don't require to ssh|ls into the server. Just a number displayed somewhere should be enough.
Better : a chart that show who is top uploader/space eater.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1488A tag cloud page2022-02-28T20:26:26ZTekA tag cloud page<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure yo...<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue respect our guidelines.
To ensure we can deal with your idea or request, please try to stick
to the following structure. You can leave the parts text between `<!- ->`
markers untouched, they won't be displayed in your final message.
Please do not edit the following line, it's used for automatic classification
-->
## What is the problem you are facing?
I find that one of the main issue in funkwhale today is that it is hard to discover music, or quickly find music to listen. The only access you have are artists (so many) or albums (so many). The tags are a good way to do that but right now they are not easily accessible.
What I suggest is to have a tag cloud page:
* There would be a link in the main "Explore" left menu to this page to have it easily accessible (maybe in "My Library" too?)
* The page would have a list of all (?) tags with their size based on the number of albums tagged with it
* A click on a tag would redirect to the tag page
With some help, I would be willing to help developing it, I would really love to have this feature on my FW pod.
## What are the possible drawbacks or issues with the requested changes?
* Adding another page to the main menu (I think it is worth it, but need discussion)
* I am not sure if there is an easy way to get all the tags and their usage frequency, it may be easy for the db, I am not sure
## Context
Funkwhale lacks features to discover music.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2031Attempting to update art results in Object ID Not Found2023-01-16T05:39:30ZjodhusAttempting to update art results in Object ID Not Found## Steps to reproduce
1. Attempt to edit an artist/album.
2. Upload a new image.
3. Click on "Submit and apply edit"
## What happens?
A red flash box appears saying:
> Error while submitting edit
> * Object with uuid=<RANDOM_UUID> do...## Steps to reproduce
1. Attempt to edit an artist/album.
2. Upload a new image.
3. Click on "Submit and apply edit"
## What happens?
A red flash box appears saying:
> Error while submitting edit
> * Object with uuid=<RANDOM_UUID> does not exist.
Looking at the DEBUG logs of server, it returns a 400 Bad Request, but no other helpful messages. Same info is seen from the browser's web developers tools.
## What is expected?
The image should be updated on the artist/album
## Context
**Funkwhale version(s) affected**: 1.2.8+git.fb10d1a3
**Browser version**: Firefox 108.0.2 (64-bit)
**Instance setup**: LXC/LXD containers, nginx as a reverse proxy, postgresql for database.
I should also mention that this worked on previous versions. I know I was able to update the art with version 1.2.7.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1558Avatar keeps getting deleted from media/attachments/ directory2023-12-11T17:10:53ZAMoonRabbitAvatar keeps getting deleted from media/attachments/ directory<!--
Hi there! You are reporting a bug on this project, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue re...<!--
Hi there! You are reporting a bug on this project, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue respect our guidelines.
To ensure your bug report is as useful as possible, please try to stick
to the following structure. You can leave the parts text between `<!- ->`
markers untouched, they won't be displayed in your final message.
Please do not edit the following line, it's used for automatic classification
-->
## Steps to reproduce
1. set profile picture on your account (in my case it was a 500px png file)
2. Use funkwhale from multiple devices for some time (I don't know exactly when the issue occurs
3. You may note a broken image icon replaces the usual avatar
4. Go to profile, and right click/save as where the image would be and note that it's now a 1px gif.
## What happens?
<details><summary>Old summary of the issue</summary>
After a period of time, not known exactly, my avatar is replaced with a 1px gif file, and the path provided for said file is as below:
`data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7`
The first time I came across this however, the resulting "avatar" was a `.bin` file, though this has not re-occurred.
</details>
So, I replaced the avatar again yesterday, made a note of where the file is uploaded to on my server and also the location of the resized image too. This was as of yesterday stored under data/media/attachments/74/f7/23/avatar.png
Today, I opened Funkwhale to find the avatar has yet again disappeared, and browsing to the above location confirmed that the folder (not just the image itself, the 74 folder is also deleted) was no longer present. The image uploaded under __sized__ however, is still present and has not been deleted.
## What is expected?
Avatar should remain as normal. I have uploaded a 3000px jpeg avatar this time around as this is within the recommendations though I doubt that's the issue.
## Context
<!--
The version of your instance can be found on the footer : Source code (x.y)
-->
**Funkwhale version(s) affected**: 1.3.0
I can't provide any logs as I don't know exactly when the change occurs, nor what logs it would fall under. I note that in CSS, a 1x1 transparent gif has some uses and I'm wondering if something else is happening here. Perhaps the image is being corrupted, and when going to the profile settings and right clicking where the avatar would be, I am instead interacting with a stop gap filler whilst no actual image is present?
## Update
Okay, so having been discussing this again in the support chat, there is a possibility that this may have something to do with django_cleanup task but it's not confirmed. I will just confirm what have have noted:
1. The image used for the top bar profile icon, and the profile icon themselves are "sized" versions of the original upload stored under data/media/__sized__/attachments/XX/XX/XX/image_crop_etc.jpg
2. These images are deleted completely. data/media/__sized__/attachments/XX remains, but the 2 subfolders after are removed.
3. The image still exists under data/media/attachments/XX/XX/XX/
4. However, attempting to recover this image from the location in point 3 results in what appears to be a corrupt image
5. But if opened in a text editor, you will find the following which then suggests the image file has been replaced with a html file but the image extension has been preserved (weird)
```
<html>
<head><title>404 Not Found</title></head>
<body>
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.23.4</center>
</body>
</html>
```https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2225Avoid indexing of development version of the docs2023-09-14T04:20:25ZGeorg KrauseAvoid indexing of development version of the docsThere is a suggestion on our chats to avoid google indexing the development version of the docs using a `robots.txt`:
```txt
User-agent: *
Disallow: /develop/
```There is a suggestion on our chats to avoid google indexing the development version of the docs using a `robots.txt`:
```txt
User-agent: *
Disallow: /develop/
```https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2175Bad Fediverse federation upon server migration2023-07-29T11:07:00ZMarcel CostaBad Fediverse federation upon server migration<!--
Hi there! You are reporting a bug on this project, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue re...<!--
Hi there! You are reporting a bug on this project, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue respect our guidelines.
To ensure your bug report is as useful as possible, please try to stick
to the following structure. You can leave the parts text between `<!- ->`
markers untouched, they won't be displayed in your final message.
Please do not edit the following line, it's used for automatic classification
-->
## Steps to reproduce
<!--
Describe the steps to reproduce the issue, like:
1. Visit the page at /artists/
2. Type that
3. Submit
-->
1. Migrate from a working server to a new one following [the backup restoration guide](https://docs.funkwhale.audio/administrator/upgrade/backup.html#restore-a-backup).
2. Trying to see a track from another Fediverse software server (tried Mastodon and Akkoma).
## What happens?
I have migrated one instance that was working ok and now federation is malfunctioning.
Inside our server everything is ok, but from mastodon and akkoma, when trying to see a track by its URL they don't show up. In addition, when following a channel from akkoma it sticks in "Waiting for confirmation".
<!--
Describe what happens once the previous steps are completed.
-->
## What is expected?
<!--
Describe the expected behaviour.
-->
Songs should appear when searched in other Fediverse software (in order to boost them and share them). It worked before the server migration.
## Context
<!--
The version of your instance can be found on the footer : Source code (x.y)
-->
**Funkwhale version(s) affected**: 1.3.0
<!--
If relevant, share additional context here like:
- Browser type and version (for front-end bugs)
- Instance configuration (Docker/non-docker, nginx/apache as proxy, etc.)
- Error messages, screenshots and logs
-->
**Server OS version**: ubuntu-20.04-x86_64
I have looked some logs in the server and found nothing that points me to what's happening, but I may be missing the correct ones!
Thanks in advance for any help you can provide and for the amazing job you are doing. Funkwhale is filling a demand so much needed, in my opinion.https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1757Bandcamp integration2022-04-23T14:00:57ZColin AxnerBandcamp integration<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure yo...<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
If it's the first time you post here, please take a moment to read our Code of Conduct
(https://funkwhale.audio/code-of-conduct/) and ensure your issue respect our guidelines.
To ensure we can deal with your idea or request, please try to stick
to the following structure. You can leave the parts text between `<!- ->`
markers untouched, they won't be displayed in your final message.
Please do not edit the following line, it's used for automatic classification
-->
## What is the problem you are facing?
I would like my bandcamp library to be mixed with my library on my funkwhale instance. It is time consuming to download albums from my bandcamp account and upload them to funkwhale.
It would be nice if there was a way I could connect my bandcamp account so it could stream to my pod directly via bandcamp. The actual downloading/uploading from bandcamp to my pod might be unnecessary (initially).
<!--
Describe the problem you'd like to solve, and why we need to add or
improve something in the current system to solve that problem.
Be as specific as possible.
-->
## What are the possible drawbacks or issues with the requested changes?
I have no idea what sort of work is involved here and if it is even possible with what integration points bandcamp exposes.
<!--
Altering the system behaviour is not always a free action, and it can impact
user experience, performance, introduce bugs or complexity, etc..
If you think about anything we should keep in mind while
examining your request, please describe it in this section.
-->
## Context
I think this would be an excellent feature addition in driving funkwhale usage. Asking users to migrate their bandcamp collection to funkwhale is a big ask, but integrating via a login would allow a pod to increase the richness of its available libraries at low cost.
I'm unsure if this should be opened as an issue or discussed on the forum, feel free to close if opening an issue was inappropriate
<!--
If relevant, share additional context here like:
- Links to existing implementations or examples of the requested feature
- Screenshots
-->