|
|
The cause seems to be same as with issues as 0012572 and 0012546 i.e. should be fixed in 1729+ |
|
|
It seems not related, as root Directory listing is not updated/downloaded at all for NPR podcasts. |
|
|
Oh, I see, you mean OPML directory, i.e. http://www.npr.org/rss/podcast/opml.php Yes, it seems to be empty now. |
|
|
Maybe we could replace NPR by an alternate directory? But we need to keep in mind issue 0003319, nevertheless once we added 0007568 then it shouldn't be an issue anymore. Or should I just remove NPR from the default directories? What do you think, Rusty? |
|
|
Searching for a while and I haven't found a useful alternative, removed NPR from default podcast directories in build 4.1.6.1733 |
|
|
Verified 1733 Rusty can you contact them and see if there is something that we can do to regain access to the list and what will they do about ID3v2.2 Bug we found? |
|
|
Something to think about https://www.npr.org/programs/ is still one of requested podcasts |
|
|
http://www.digitalpodcast.com/opml/digitalpodcast.opml is no longer available, so we have to either found another free OMPL directory or create own OPML export of feeds This is tracked/resolved as 0021154 I haven't found a large, up-to-date OPML list with thousands of active RSS podcast feeds.. So I added https://podcasts.files.bbci.co.uk/podcasts.opml as the sample OMPL (has more than thousand of feeds) Plus we could add some from https://github.com/plenaryapp/awesome-rss-feeds Alternativelly we could use [Podcast Addict] ( https://podcastaddict.com/ ): This app offers a vast directory of podcasts and allows you to export your subscriptions as an OPML file. We can explore their extensive library and create our own OPML file, but hosting this exported OPML file and keeping it up-to-date could be problematic.. |
|
|
BTW: Watching that MusicBee allows to search 'iTunes Store', 'Digital Podcast' (fails with error atm) and 'Podcast Index' ( https://podcastindex.org/ ) i.e. they don't allow to browse the content/categories, but allows searching for feeds, we might want to implement something similar.. PodcastIndex.org seems to be actively maintained and we could use it for searching the fees, e.g. searching for feeds including "news" the query is https://podcastindex.org/search?q=news&type=all |
|
|
Added 'Podcast Index' directory in build 3046 Just sometimes it fails to fill the feed list after entering the search phrase (until F5 is pressed), to be debugged.. |
|
|
https://podcastindex.org/ directory integrated in build 3046 It includes more than 4 millions of podcasts and is now searchable within MM5 UI.. image.png (102,511 bytes) |
|
|
Podcast Index shows no content here on 3046, neither in the Filelisting when selected nor in the Media Tree when expanded. Statusbar shows no loading activity when selecting the node. Also when selecting Podcast Index it loads with the Contextual Search box with news as query. F5 did load content and statusbar shows loading. Closing Contextual Search blanked the Filelisting again. F5 (once, but twice did) did not fix that (although Contextual Search returned). image-2.png (41,332 bytes) |
|
|
I'm able to see podcast search results in build 3046, but experienced usability issues with the search bar (documented at 0021172 ) |
|
|
The debug log is missing many important debug messages, this usually happens when DbgView isn't started prior to MM5 start.. Please generate one more debug log with the DbgView started prior to MM5 start |
|
|
New logs from 3047 added. Behavior remains unchanged for me. Podcast Index loads with no content shown and Contextual Search set to news. Second log shows what happens after hitting F5. |
|
|
Problem is that Search is set to show results after pressing Enter. Disabling this setting now has Podcast Index load the first time. However for me: 1 Select Podcast Index --> Loads 2 Select BBC Radio Podcasts (any node should do) --> Loads 3 Select Podcast Index --> Doesn't load, no Contextual Search, statusbar doesn't show reading (Log added for this as 3047 Podcast Index to BBC to Podcast Index fails.LOG) |
|
|
So to elaborate, there are 2 issues: 1) A design issue: The problem is that the 'Podcast index' node (in some cases) doesn't contain any content and the only way to get it to display content is by performing a search. This is problematic because: a) There are cases (as LL described) in which no search bar is displayed, so the user has no idea that they're supposed to do a search b) Even if the search bar displays, it's not obvious what is being searched. If a hierarchy of categories/podcasts were displayed (or at least _something_ was displayed as with the 'BBC Radio Podcasts' node) then the user might have an inkling of what is available to be searched. 2) A functional issue: in some cases, clicking 'Podcast index' displays a search bar with 'News' pre-populated, and in other cases it doesn't. As described above, my preference would be that it _never_ pre-populates the search bar with News, but rather, displays a hierarchy of categories, |
|
|
https://podcastindex.org/ is index directory with 4,251,722 feeds in total and it doesn't have any categories.. i.e. you always need to _search_ for a podcast, therefore I prepopulated the search bar by 'news' so that it is obvious to users that they need to enter a search term.. When there is no search performed then there is nothing to show, we could show something like "Start typing to search for a podcast" but because the strings/localization for MM 2024 are already frozed then I solved it by pre-populating the search bar. Tech note: I am currently just grabbling the HTML from https://podcastindex.org/ but now I realized that there is also API, we could switch to the API for faster queries, but user still needs to search for a podcast in the index directory -- so this change does not affect UI |
|
|
1) A simple approach would be that when Podcast Index is active: - The search bar _always_ displays - Ideally, when no search term is active, the search bar shows 'Search' in greyed out text 2) The approach described above in 1) should always work, regardless of path that the user takes to get to the 'Podcast index' node |
|
|
OK, sounds good.. => implemented in 3050 FYI: I have also switched from HTML grabbling to their API (much faster queries) |
|
|
On 3050 the Search bar shows with no value when selecting Podcast Index. However there is no feedback to the user that a search must be done to see any content. I recommend using the Info Panel to explain to user how this works. |
|
|
Considering that strings are frozen for 5.1, the current state is as good as we'll get for 3050 (and it's already pretty good). We can enter a new bug for post 5.1 improvements. I've verified the fixes for issues 1 and 2. Re-resolving. It can be re-verified once 0021192 is fixed. |
|
|
Reverified in 3051. |
|
|
Reopen few issues I have found: i) If Index is last opened node, it is expected that last search and results are preserved on MM reopen ii) If Podcast index was last selected node on MM close, then on start even Search shows cursor user can't type iii) if you search for "presidential elections 2024" -> Enter -> there is 1 feed but not shown in track list (image3) until you press enter again in search (image4). iv) Changing node from Podcast index and back looses last search and results. Expected behavior is to be preserved especially as Search is focused (preferably search term is selected all for easier clear) v) Podcast index node can be expanded but do not show any subnodes, I would expect that it shows subnodes nodes eg. search results vi) X should not close search, but clear it |
|
|
image-3.png (32,620 bytes) image-4.png (35,854 bytes) |
|
|
ii) is recent regression that MM window does not get focus on startup (to be looked into by Petr as 0021196 ) The rest is fixed in 3052 |
|
|
Resolved for testing in 3052 |
|
|
i) This is not resolved on 3052, MediaMonkey reopens with blank Contextual Search when 'Show results only after pressing ENTER' is enabled (it works with this option disabled): 1) Open Podcast Index 2) Search News 3) Close MediaMonkey 4) Open MediaMonkey --> Contextual Search is empty ii) Fixed on 3052. After MediaMonkey start user can type in Contextual Search iii) Fixed on 3052. iv) Fixed on 3052. However if Search requires Enter, no results are shown. I'd expect results to be shown in this scenario. v) Fixed on 3052. No expand option is shown for this node. vi) Confirmed on 3052. However this now inconsistent with global search where x still closes the search. I'd prefer this implementation where x deletes the search instead of close. vii) NEW Global Search opens Contextual Search in Podcast Index node. This is unexpected behavior. Nowhere else in MediaMonkey does global search trigger contextual search. |
|
|
Fixed in 3053 vi) I think the behaviour is debatable, I personally prefer 'x' to close the search, but understand that it is not desirable in Podcast Index directory where search is always needed to show something.. Anyhow it is very minor issue IMO, so can be re-opened with lower priority |
|
|
Verified ii-vi) 3052 I personally prefer 'X' to delete not close and focus lost remove search in global search except when there is search term and maybe in Podcast index. That is how most Web pages function now where there is Search icon without search bar. @lowlander like @ludek said this can now be moved to new # due the fact it is acceptable ATM for Podcast index. |
|
|
You are right tak X mostly just deletes the text in most apps.. So please open separate issue for this to fix.. |
|
|
i & iv & vii) Verified on 3053. vi) Opened as 0021207 |
|
|
Ok, added as 0021206, left resolved to test fixes in 3053 |
- Anonymous
