App version: 1.6.4.1 (commit cef70063) (from Google Play) Android version: 7.0 Current behaviour: Have been using AntennaPod for 1-2 months. I moved my data from Internal Storage to SD card ~1 week ago. Had subscription updates on (every 12hrs I think). It started automatically, I opened the app to check on it, it froze for 1-2 seconds and then most of my data was wiped (app has no subscriptions, playback history empty etc).

/Android/data/de.danoeh.antennapod/files/ contains the following:

• cache/ has 2 files of 2 subscriptions. I had 25 subscriptions.
• import/ empty
• media/ directories of 6 subscriptions. Still contains some pre-downloaded episodes.

First occured: 22.10.2017 Steps to reproduce: Not sure

I still have the old data (1 week old) on my Internal Storage. The cache/ folder there seems to at least contain all my old feeds. Any way I can recover something from there?

s. https://github.com/AntennaPod/AntennaPod/pull/5042

So heres a new idea for the placement of the description, see for youself:

I think its a great solution maybe one thing that should be added is an arrow to the bottom of the CoverFragment or otherwise an indicator (info symbol?) that there is the description to be scrolled to, maybe like this basic mockup

UPDATE: I added a few fixes and this openDescription Button I think thats a good solution, as the i (info) is easy to understand as further information (=description) and by clicking it, one discovers that one can scroll down to the description :) (also considered landscape mode, works as well)

adds SwipeActions to Feeds excerpt from https://github.com/AntennaPod/AntennaPod/pull/5167

includeds outcommented references to InboxFragment and EpisodesFragment in SwipeActions.java

This adds another possibility for synchronizing subscriptions and episode changes by using the Nextcloud app GPodder sync

For this to work one needs to have

• an account on a Nextcloud server
• where the app gpodder sync* is installed
• and have the official Nextcloud Files app installed and connected to said account

Authorization with the Nextcloud server works via SSO (via Nextcloud Files app) in one step.

Closes #421

App version: 1.4.2.2 (from F-Store)

Expected behaviour: Let the user categorize or group podcasts at will, offering the ability to fold and unfold groups. This would be similar to the way the RSS-reader Flym handles its feeds.

Current behaviour: Put all feeds in the sidebar based on how many unlistened(?) episodes each has - this is really hard to navigate, especially if you have many feeds and they jump around depending on what you listen to and who uploads what.

I'll try to crack this myself, but I'm not an Android developer and don't have a lot of time, so feel free to fix it.

Often, but I can't tell in which cases exactly, the playback position of an item regularly moves back to pre-last position after pause. What I mean with that is:

• I play an item and pause it (playback time A). (some stuff happens in between) then play again and pause again (playback time B)
• when resuming the play again, the progress bar and currently playing position show correct data (playback time B) for half a second or so, but then changes to playback time A.

What I don't know:

• if it happens only when I pause it via the lock screen, or when playback gets paused when I unplug my earbuds, or when I manually pause it in the playing bar at the bottom or the system notification
• if it happens with certain 'some stuff happens in between' (i.e. play another item, refresh feeds, shutdown phone, check email, etc)
• if it also happens if I only paused once (playback time A being 0, basically) [I think it does sometimes, but I'm not sure]

This issue has been present for quite a while (throughout some different versions). Don't know why I only reported it now. I have not enabled prestissimo. The issue plays up I think for different feeds.

I found it rather cumbersome to note down every single pause and the consequence in daily use (playback gets paused rather often) and thus I didn't do it. Any feedback on if it's really necessary to do so (to provide more detailed info) or on other means of getting more detailed info is appreciated.

AP v. 1.3.4.1 on Android 4.2.2

PS. My quick-fix is to pay attention to the position when I hit play, so that I can manually scroll to that position again.

I think the app icon needs refresh. So I have created new material styled icon. Please have a look at the icon in the attachment (512x512 for Google Play).

I can create a pull request with all icons sizes if you like it. Let me know what you think :)

App version: 1.6.1.2 (from Google Play

Android version: 7 (Android N)

Device model: Nexus 5x

Expected behaviour: Being able to edit the feed URL of an existing subscription

Current behaviour: Currently it is only possible to copy the feed URL to the clipboard.

Steps to reproduce:

1. Subscribe to a feed
2. Go to the feed
3. Tap on the (i) (information) - there are details like URL - but no way for editing it

Workaround

Delete existing subscription and re-subscribe.

Big disadvantage: all downloaded files are deleted and all the status flags are lost (e.g. which episodes were already downloaded and played).

Possible Implementation

(i.e. the how): Just make the URL label editable in the subscription information dialog (which is reachable via the (i) icon, from the subscription tab).

This dialog already contains some editable fields like password/username or auto-delete-episodes.

Alternative: add an edit button right beside the existing copy-button.

Motivation

From time to time some of my subscriptions has feed URL issues, e.g. the author changed the URL and screwed up setting up the redirection. In those cases I would like to just copy and paste the new URL into a feed configuration dialog to update just the URL.

BTW, from a UI design perspective, I find the (i) (information icon) isn't very intuitive. Before accidentally hitting it I searched multiple times in the preferences menu of that tab for a settings item. IMHO it would also be an improvement to add a menu entry to the settings menu (which already has the entries 'refresh menu', 'Flattr this', ..., 'Remove Podcast').

Here is a working build I did implementing your mockup: https://drive.google.com/file/d/1A0fMp7SemlpHHltod-x0MQsDRn9TZDwg/view

I'm not close to done, but I wanted to get your feedback on it before I proceed further.

What I added:

• Integrated multi select on same existing episodes screen using contextual menu (https://developer.android.com/guide/topics/ui/menus.html#context-menu)
• Moved speed dial to episodes screen
• Ported existing multi select actions to existing screen
• Have NOT added new multi select actions

Fixes issue #4681 #5046.

I have implemented the basic UI and it is based entirely on the multi select for episodes, which is good because it reuses a lot of the code.

The fab action items do not work yet.

Deciions that still need to be made.

• The selection idicator - Right now it uses a checkbox similar to episdoes multi select. My reasoning is that they should be use a similar pattern which is geneally considered good UX. However, it seems akward currently because of the cover image that it is overlayed on top of could reduce visbiility. I leaning towards adding a transparent overlay when an item is selected.
• What actions should be in the fab - I think we can add most of the feature suggested in #4681. I am in favor of displaying a single dialog setting for each fab option rather than a modifed 'podcast settings' screen. It is much better UX as it reduces the amount of information that is displayed on the screen.
• Icons for fab actions - This is probably the hardest part. Maybe we should leave it to @keunes. :) Many of the action items still need icons. Once we decide which items will go into the fab, we can decide on the icons. I'll probably pick out some of my own suggestions soon.

App version: 1.6.2.3 Android version: 8.0 Device model: Nexus 5X Current behavior: Ever since the update to Oreo, I've had two weird issues. First, my resume point is often lost. Not always, but often it will revert to a previous resume point. Second, for no reason at all, a podcast will start playing by itself. I can verify after last night that it's not accidentally activating in my pocket because at some point during the night it rewound a podcast to the beginning and started playing. Ironically, that episode began with dialog from the horror film "The Descent" and that's how my wife and I woke up :)

Description

This PR fixes #6094.

• List items under Subscriptions now have rounded corners instead of sharp corners
• Counter label for the list item is updated to pill shape instead of triangular shape
• Code for adding background color in title text is removed
• Refactored title field implementation to break down complexity
• All changes adhere to theme preferences (important since some UI changes need to align with the app's theme)

Type of change

• [ ] Bug fix
• [X] New feature / Enhancement
• [ ] Breaking change

Ready-for-review Checklist

• [x] I tested the changes locally
• [ ] I added tests where necessary
• [x] My PR passess all the CI checks
• [ ] I updated documentation for breaking change

Screenshots/Recordings

Before

After

• Screenshot

• Recording

https://user-images.githubusercontent.com/13991373/209939232-4c11fb5a-8a22-4ed7-ba62-e57c5b0e887e.mov

Issue

[https://github.com/AntennaPod/AntennaPod/issues/5909](Do not switch screens when clicking "Remove podcast")

Steps to reproduce

Currently, removing a podcast from within the podcast or from the Subscription list in the sidebar (but not from the Subscriptions screen) ends with the user being shown the Episodes screen. In addition, the user is taken to the Episodes screen even before they have confirmed they actually want to remove the podcast.

Issue Video:

https://www.loom.com/share/34ba40d96dd244e99c25f3b6c11af722

Video After Fix:

https://www.loom.com/share/ed3abd70e03c4f07aedfb663145ed513

Checklist

• [X] I have used the search function for open and closed issues to see if someone else has already submitted the same feature request.
• [X] I will describe the problem with as much detail as possible.
• [X] This request contains only one single feature, not a list of multiple (related) features.

App version

2.7.1

Where did you get the app from

F-Droid

Problem you may be having, or feature you want

#5630 added support for Podcasting 2.0 chapter marks for downloaded episodes. This was a reasonable first step since there was only UI for chapters for currently playing episodes. Also, there were concerns about chapter data changing more frequently than the other data and so delaying until the user downloaded/streamed the episode would give more accurate results without the code complexity and overhead of rechecking.

I think it would be useful to access the chapter data without playing the episode. I use AntennaPod to listen to all my podcasts but I have Podverse installed as well to check out Podcasting 2.0 features since it implements them more quickly. Besides just demoing things, the one practical use case I have found for Podverse is to check the chapters for podcasts that do only a short overview in the show notes but provide chapter marks. It is helpful to know if the topic I am interested in is a two minute discussion or a twenty minute one. It would be great to check this without leaving AntennaPod.

Suggested solution

It would be great to have a chapters button on the episode page or the menu accessed in the upper right for that page. Given the concerns mentioned above, clicking the button could download the chapter data on demand if that is better than predownloading it with the feed data.

I suppose this proposal has some interaction with downloaded episodes. My main use case is non-downloaded episodes to save the ~100MB download just to see the chapters, but currently chapters are only visible on the playing view. For a downloaded episode, the chapter data would already be downloaded so it wouldn't need to be downloaded again when tapping the button.

I think a current workaround is to start streaming an episode and pause it. That let's you see the chapters and saves downloading the full episode, but it isn't the best user experience.

Screenshots / Drawings / Technical details

I don't want to be so bold as to suggest adding an element to the main episode view (it would be nice for me at least). In the screenshot I clarify the menu I suggested above.

Closes https://github.com/AntennaPod/AntennaPod/issues/6225

When you are on a screen (eg downloads) and you hide the screen (ie Downloads) on return from the settings page you will be taken to the Home Screen, not the hidden page (ie Downloads)

When you are on the Home Screen and you navigate to the settings and hide the Home Screen you will be taken to the next available screen.

Issue Video

https://www.loom.com/share/d9d481ffcc4441e7be402dc4fc976592

Fix video

https://www.loom.com/share/2d98770668b7407a9d6fc9f712420751

New Fix Video

https://www.loom.com/share/bfe9811e86be49058de7388b0a418025

Currently, all episodes filtered by the episode filter are not downloaded, but they still remain in the feed.

This PR adds an option to the filter dialog to also automatically mark all excluded episodes as played.

Checklist

• [X] I have used the search function for open and closed issues to see if someone else has already submitted the same bug report.
• [X] I will describe the problem with as much detail as possible.
• [X] If the bug only to occurs with a certain podcast, I will include the URL of that podcast.

App version

3.0.0 alpha 1

Where did you get the app from

Google Play

Android version

12

Device model

No response

First occurred

No response

Steps to reproduce

1. Have at least two episodes in the queue, with the "Continuous Playback" setting active
2. Start playing the last episode in the queue
3. Reorder the queue so that the first episode now follows the last (and currently playing) one
4. Wait until the end of the currently playing episode

Expected behaviour

Playback continues with the following episode in the queue.

Current behaviour

Playback stops. The following episode in the queue is displayed in the miniplayer, but playback needs to be started manually.

Logs

No response