funkwhale issues
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues
2021-06-09T11:14:51Z
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/534
Enable WebTorrents
2021-06-09T11:14:51Z
Mamie
Enable WebTorrents
<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
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 `<!- ->`
m...
<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
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?
WebTorrent is not used.
Audio is less data consuming than videos, but adding webtorrent can help in 2 cases (2 that I can think of):
* Podcast with many users in the first few hours/days after publication
* Long or lossless tracks
<!--
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?
The current protocol should still be available for APIs and 3rd party tools.
<!--
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
Here is the lib used by PeerTube : https://github.com/webtorrent/webtorrent
<!--
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/158
Import Tags from beets
2021-06-17T15:37:12Z
Jee
Import Tags from beets
[Beets](http://beets.io/) is a musik organizer like [picard](https://picard.musicbrainz.org/).
Informations from tagged tracks are store in a SQLite database and the [Web Plugin](http://beets.readthedocs.io/en/latest/plugins/web.html) p...
[Beets](http://beets.io/) is a musik organizer like [picard](https://picard.musicbrainz.org/).
Informations from tagged tracks are store in a SQLite database and the [Web Plugin](http://beets.readthedocs.io/en/latest/plugins/web.html) provide a json-api.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/820
Support for ReplayGain (in the web UI)
2022-11-09T20:34:22Z
Johannes H.
Support for ReplayGain (in the web UI)
ReplayGain would greatly help in normalising the audio levels when playing songs from a radio. Quite often a loud track will transition to a track with relatively low audio levels, and vice versa.
Some Subsonic players have support for ...
ReplayGain would greatly help in normalising the audio levels when playing songs from a radio. Quite often a loud track will transition to a track with relatively low audio levels, and vice versa.
Some Subsonic players have support for ReplayGain, by downloading a file completely and then extracting the required meta data. This becomes a problem however in the web UI, as it only has the audio stream and the meta data provided by the API. Adding ReplayGain to the API per track, similarly to things like licensing information or track title could solve the problem I think.
This could also help when transcoding into formats that don't have official support for ReplayGain.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/492
Feature Request : Like on artists and albums
2023-12-12T08:50:19Z
Tek
Feature Request : Like on artists and albums
## What is the problem you are facing?
In the actual version (0.16.1) it is possible to like songs but not artists or albums. Liking artists or albums would be nice to be able to search quickly into music you like, and have radios based...
## What is the problem you are facing?
In the actual version (0.16.1) it is possible to like songs but not artists or albums. Liking artists or albums would be nice to be able to search quickly into music you like, and have radios based on liked albums or artists.
## What are the possible drawbacks or issues with the requested changes?
A bit of overhead in the database to have links between users and artists and albums but it should be less heavy than liking songs.
A bit of interface overhead to see only liked artists or liked albums. I suggest a checkbox in the artist list to only see liked artists, same in album list once it will be implemented #483.
## Context
Funkwhale instances can quickly have thousands of artists and it can be hard to find music you like easily. Spotify by default only see artists you follow (which make sense considering the millions of artists they have), and I think it would be a nice improvement for funkwhale.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/969
Add option to merged artists metadata manually
2022-07-31T19:35:45Z
Agate
Add option to merged artists metadata manually
as reported by @wyrk in a private matrix room, importing MBID tagged files matching an existing artist without MBID creates a duplicated artist instead of adding the corresponding albums to the existing artist.
Not sure what to do abou...
as reported by @wyrk in a private matrix room, importing MBID tagged files matching an existing artist without MBID creates a duplicated artist instead of adding the corresponding albums to the existing artist.
Not sure what to do about this yet, but we need to investigate.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/691
[EPIC] Live streaming
2023-02-12T10:17:11Z
Agate
[EPIC] Live streaming
After my last, unfortunate attempt with https://github.com/ant-media/Ant-Media-Server/issues/579, to implement live audio streaming in Funkwhale, I have a better idea of a possible setup that could work.
My idea is to leverage [Icecast]...
After my last, unfortunate attempt with https://github.com/ant-media/Ant-Media-Server/issues/579, to implement live audio streaming in Funkwhale, I have a better idea of a possible setup that could work.
My idea is to leverage [Icecast](https://icecast.org/), to handle the audio streaming part. This software is stable, maintained and exist for years, and trying to reimplement our own streaming system cannot end well.
Icecast support a so-called [Yellow Page feature](https://icecast.org/docs/icecast-trunk/yp/) which icecast servers can use to notify arbitrary directories of Stream metadata (name, audio codecs, etc.) and status (up, down, etc.).
The reference implementation of such a directory is open-source and available at https://github.com/xiph/Icecast-directory/.
Based on those asumptions, we can design a rather scalable and simple streaming system.
# Icecast configuration
Configuration on Icecast side would be extremely simple. The only step would be to add this snippet to the server configuration:
```
<directory>
<yp-url>https://funkwhale.domain/api/icecast/yp/unique-token</yp-url>
</directory>
```
The `https://funkwhale.domain/api/icecast/yp/unique-token` url would be user-specific and provided in Funkwhale's UI. Having a unique, per-user URL is useful for anti-abuse / blocking unwanted streams.
# Streamer workflow
We assume the streamer has access to an icecast server configured as described previously, and is able to stream on this server.
Nothing Funkwhale-specific happen here, but Icecast is smart enough to notify Funkwhale that the stream exist and it's up thanks to the previous configuration.
# User workflow
Since the Funkwhale instance is aware of the existence of the stream, if can display it in the UI. Users can list streams and start them. Technically, an `<audio>` tag is enough (example: http://dir.xiph.org/) to load the stream in the user browser.
# Considerations
- Funkwhale only stream metadata, and audio content is served from the icecast server. This is more scalable than having Funkwhale serving the content directly, and Icecast support relaying to increase scalability even more
- Funkwhale could federate stream metadata to improve stream discovery
- We can leverage most if not all of Icecast features using this architecture, such as password-protected streams, because there's nothing between the client and the icecast server
- Streamers UX is not as good as on concurrent services, like Twitch, because we assume streamer have access to an Icecast server, which is not trivial to install. However, we could provide documentation for installing one, or redirect people to hosted Icecast providers
Loooong term
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1259
Add tracks to playlist from search
2023-12-12T08:55:55Z
Porrumentzio
Add tracks to playlist from search
Similar to #1185
## What is the problem you are facing?
Currently there's only a way to add tracks to a playlists, and its:
1. Add the wanted tracks to queue
2. Go to Playlist and add from queue
I think that adding a search option for ...
Similar to #1185
## What is the problem you are facing?
Currently there's only a way to add tracks to a playlists, and its:
1. Add the wanted tracks to queue
2. Go to Playlist and add from queue
I think that adding a search option for adding tracks to a playlist would be great. Even with search ability for albums, tracks, artists, genre, likeds...
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1206
Broadcasts - new radio like component with sync between users
2022-10-09T20:55:35Z
Kasper Seweryn
wvffle@funkwhale.audio
Broadcasts - new radio like component with sync between users
<!--
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?
<!--
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.
-->
I'd like to have something like radio but which is synced between users. (That is what I was expecting from the radio component the first time I saw it to be honest.)
Maybe something more of a broadcast would be a better name for that. So broadcasts would require you to add the music to them just like radios do now. Filters are good for that.
The main difference from radio would be that there is only an option to stop or play a broadcast. No option to skip the song. When users clicks to play the broadcast he connects to it, current song and timestamp are fetched and song starts playing from the point in time as it's playing for everyone else connected to the broadcast.
When user stops, he simply disconnects from it and the song stops playing for him.
When all users are disconnected and the first user connects, the song is chosen randomly from the filtered songs.
Loooong term
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/889
Merge Album
2021-10-18T20:36:05Z
dddddd-mmmmmm
Merge Album
~"Type: New feature" ~"Status: Need triage"
## What is the problem you are facing?
When the same artist releases Albums under separate names, I would like to be able to merge the two artists.
e.g. Jimi Hendrix and The Jimi Hendrix Exp...
~"Type: New feature" ~"Status: Need triage"
## What is the problem you are facing?
When the same artist releases Albums under separate names, I would like to be able to merge the two artists.
e.g. Jimi Hendrix and The Jimi Hendrix Experience
Renaming The Jimi Hendrix Experience to Jimi Hendrix with the new edit tools leaves me with 2 Jimi Hendrix artist entries.
## What are the possible drawbacks or issues with the requested changes?
None that I can think of, but the user should be able to choose what the final Artist name is post-merge.
<!--
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
A good place for this feature would be the More menu on the Artist page:
![image](/uploads/a6eb0b70a2278e3b9f9a0153e6a3a95d/image.png)
<!--
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/523
Improve artist page and artist description
2022-11-09T21:02:42Z
Tek
Improve artist page and artist description
<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
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 `<!- ->`
m...
<!--
Hi there! You are about to share feature request or an idea, and we want to thank you!
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?
There is no place to add information on an artist on the artist page. It would be nice to have :
* Genre (related to #432)
* Website
* Biography
* Link to website
* Pictures
* Discussion (related to #498)
## What are the possible drawbacks or issues with the requested changes?
I don't see any drawback, just a bit of work to implement it.
The only question is who is able to update this, but with the new per-user discography, I guess the owner should be the one authorized to update it.
## Context
N/A
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1270
Federated commenting on podcasts
2021-05-09T19:43:19Z
Drq
Federated commenting on podcasts
<!--
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?
In addition to issue #498:
No way to receive or give the feedback on podcasts. Because of that, some podcasters who value feedback have to publish on Peertube rather than Funkwhale, which is not too great an experience for pure audio podcasters.
## What are the possible drawbacks or issues with the requested changes?
I see no obvious drawbacks or issues with enabling (optional, of course) commenting on podcasts. Aside from possible difficculty in technical implementation.
## Context
Comments for podcasts are relevant, possibly even more so than for music, as podcasts are more of a discussion medium.
As a prior art, Peertube has federated comments: it receives messages from other servers and puts them into the comment sections of videos.
But I think, we can go even further: comments with timestamps - much like SoundCloud does. Or time ranges - which nobody does! This way the commenting party can highlight points they want to comment on. and let the observer jump right to them.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1170
Handle multiple artists for release separately
2023-01-26T01:00:50Z
Daniel Jeller
Handle multiple artists for release separately
<!--
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 to suggest changing the way releases from multiple artists are handled. Consider [this release on MusicBrainz](https://musicbrainz.org/release/784d7c89-79f6-474c-8991-199607c753bd). It is "released" by multiple artists that are each tracked separately on MusicBrainz. When importing the album into Funkwhale, a "combination artist" is created:
![image](/uploads/2c1633a33fc7ff62be393fc2657c2e3e/image.png)
This way the connection to MusicBrainz gets lost and it is impossible to track the artists individually in Funkwhale. I would like to suggest changing this display to make the display of the individual artists possible.
<!--
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?
The albums would probably have to be imported again as there isn't a way to modify album or track artists in the Funkwhale administrative 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/831
Social sharing (on Mastodon) on the player
2021-08-10T10:53:16Z
GĂ©rald Niel
Social sharing (on Mastodon) on the player
It would be nice to have a sharing button with the #nowplaying tag (on Mastodon, and why not other networks) on the player.
Now that oEmbed is working... ;)
And why not, being able to link his Mastodon account and automate the sharing o...
It would be nice to have a sharing button with the #nowplaying tag (on Mastodon, and why not other networks) on the player.
Now that oEmbed is working... ;)
And why not, being able to link his Mastodon account and automate the sharing of listened to tracks.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/480
Read Lyrics from ID3 Tags
2021-06-17T13:06:33Z
n3ddy
Read Lyrics from ID3 Tags
## What is the problem you are facing?
- Inaccurate (or no) lyrics on many songs.
## What are the possible drawbacks or issues with the requested changes?
- Will require some rework on backend to allow for lyrics from third party so...
## What is the problem you are facing?
- Inaccurate (or no) lyrics on many songs.
## What are the possible drawbacks or issues with the requested changes?
- Will require some rework on backend to allow for lyrics from third party source (Musicbraiz, Lastfm etc) OR ID3 Tags.
- Easy / quick fix is to just have an option for users to specify in config if they want to pull Lyrics from online service or ID3 tag - or Try ID3 Tag first, then failback to online service.
## Context
I run all my tracks through [Beets](http://beets.readthedocs.io/) and it is setup to tag all my MP3's with the appropriate lyrics as an ID3 tag, Ideally Funkwhale should be reading these tags first before firing off API requests to third party services...
Additionally, if you download from many paid music subscription providers they also include the lyrics with the album in `lrc` format (see screenshots).
### Here's some metadata from ffprobe of various lyric tags examples in MP3 files:
**Lyrics embedded from paid download** (also has `lrc` file)
```
... <FILE METADATA> ...
lyrics-eng : Looking up
: There's always sky
: Rest your head
: I'll take you high
... <MORE FILE METADATA> ...
```
**Lyrics embedded by beets**
```
... <FILE METADATA> ...
lyrics-XXX : Spoken:
: Rosetta
: Level, John?
... <MORE FILE METADATA> ...
```
### Screenshots:
![Screen_Shot_2018-08-13_at_6.27.15_pm](/uploads/e25c20d4fd57f88727d67f04af36dd00/Screen_Shot_2018-08-13_at_6.27.15_pm.png)
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1658
Allow "now playing" submission for scrobble plugins
2023-03-16T07:45:03Z
Philipp Wolfer
Allow "now playing" submission for scrobble plugins
Both the audio scrobbler (last.fm) and ListenBrainz APIs support submitting "now playing" information, where the song currently listened to can be submitted and will be displayed. This is independent of the actual scrobble submission, th...
Both the audio scrobbler (last.fm) and ListenBrainz APIs support submitting "now playing" information, where the song currently listened to can be submitted and will be displayed. This is independent of the actual scrobble submission, that indicates that the track in question was actually listened to.
Provide a plugin hook that plugins can implement and that gets called when the user starts listening to a track.
API v2
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1597
Support for OpenID
2023-12-22T02:42:24Z
Lur Kars
Support for OpenID
<!--
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?
<!--
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.
-->
User login (and creation) should be possible with OpenID Connect (OIDC). By having a user pool on an authorization server this solves the problem of letting every user register another account. It is then possible to login with existing account.
## What are the possible drawbacks or issues with the requested changes?
<!--
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.
-->
It should be possible to disable local user registration to make the app only accessible for users of the setup providers.
## Context
<!--
If relevant, share additional context here like:
- Links to existing implementations or examples of the requested feature
- Screenshots
-->
OpenID connect is a standard for authentication and authorisation based on OAuth2. See https://openid.net/connect/ for additional information on the protocol.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/861
Add quality selector (MP3 / FLAC)
2021-06-17T13:06:55Z
FluorFR
Add quality selector (MP3 / FLAC)
Hi !
A large number of users of my instance are on Safari and therefore do not have the ability to read the FLAC.
Funkwhale does not detect this icompatibility and so this produces an error.
In addition to reduce data consumption I thi...
Hi !
A large number of users of my instance are on Safari and therefore do not have the ability to read the FLAC.
Funkwhale does not detect this icompatibility and so this produces an error.
In addition to reduce data consumption I think it would be nice to set up a button to choose the quality of reading.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/472
Privileges in invitations forms
2021-06-17T15:37:09Z
MicroCheapFx
Privileges in invitations forms
May it be possible to choose privileges into invitations form? This way you have not to give library/settings/upload/whatever privileges once the account is submitted.
May it be possible to choose privileges into invitations form? This way you have not to give library/settings/upload/whatever privileges once the account is submitted.
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/2233
PWA not available for v1.3.X - App manifest issues still?
2024-02-26T20:11:12Z
AMoonRabbit
PWA not available for v1.3.X - App manifest issues still?
<!--
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. Visit Open.audio (which currently is on 1.2.10) and note that "Install as App icon in toolbar".
2. Visit an instance on 1.3.X and note that this no longer appears.
## What happens?
<!--
Describe what happens once the previous steps are completed.
-->
Instances on v1.3.X no longer give the option to install the website as a PWA. However on desktop this can be worked around in some chromium browsers as they support making some sites as apps anyway. On mobile however, I have not found a work around.
## What is expected?
<!--
Describe the expected behaviour.
-->
The site should be available to install as a PWA.
## Context
<!--
The version of your instance can be found on the footer : Source code (x.y)
-->
**Funkwhale version(s) affected**: 1.3.X
<!--
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
-->
Screenshot of the address bar in Edge for Open.audio
![image](/uploads/e399449e945e877efc64741cc87c05b5/image.png)
My instance on v1.3.3
![image](/uploads/bad52a88749d4c14c843c6ce3cfbfe4f/image.png)
Looking at the console, my instance has a error for instance.ts which Open.audio does not, but I am not clued up enough to know if this is PWA related. There are no manifest file errors at least which I think have been present before.
![image](/uploads/00d0fe0803ce05690f7f520eeb26d56c/image.png)
Also, looking at the application tab in the browser console, Manifests has a few more errors present
![image](/uploads/87b1d6edbdc92465d96520785a078f9d/image.png)
Start URL and other items which are present on Open.audio are missing
![image](/uploads/c37ed8445f5d3466e7c032f0aa26b2cb/image.png)
1.4.1
https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1746
Add indication if the podcast is already listened.
2022-04-16T15:02:18Z
troll
Add indication if the podcast is already listened.
<!--
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?
There is no visual indication of whether you have already listened to an episode of a podcast or not.
It's a bit disorienting I think.
There would be many possibilities for this.
Either by graying the links or the card of the episodes that have already been played.
Or by adding a label under the episode that would indicate that it has already been listened to.
## What are the possible drawbacks or issues with the requested changes?
It would be necessary to record the reading information for each user.
Difficulty in determining when a podcast is considered listened to.
Eventually remember where the user stopped the playback, to be able to resume it later.
(I think there is a mechanism like that for Peertube videos, I don't know if it helps)
## Context
![image](/uploads/6bcbd9faa78eb19b620143f31aa450fe/image.png)