Functionality here https://github.com/mozilla/high-fidelity/blob/master/app/scripts/models/podcast_model.js#L178-L188 is behaving kind of bizarre in ember-cli so I'm commenting it out for now.

The screen reader built into Firefox OS can be used by blind people to gain access to the screen via synthesized speech. An introduction to it can be found here.

The Podcasts app has two areas where the screen reader cannot activate items.

1. The list of search results after performing a podcast search.
2. The list of episodes after opening a podcast item from the main screen.

To reproduce this:

1. Start the Podcasts app.
2. Activate the screen reader via the quick toggle (Firefox OS 2.0 and later), as shown in the overview linked above.
3. Touch a podcast and double-tap. It will open a list of episodes.
4. Touch any episode and double-tap to activate.

Result: The podcast episode will not load, or anything else.

Expected: The episode should start downloading, playing, or whatever the app is supposed to do. I'm blind myself, so cannot tell what will actually happen.

Same in the search results:

1. Perform a search.
2. Touch, then double-tap any of the search results.

Expected: Should bring up the dialog that asks if I want to subscribe.

Actual: Nothing happens.

I found out the latter by toggling the screen reader off, then tapping blindly where the search result approximately was, then toggled the screen reader back on.

The reason for this problem is most likely that both instances don't use links to mark up the individual items. In the main screen, on the other hand, each podcast item is a link, so activation comes for free, along with any other proper semantics. The way the episode and search result items sound, they appear to be clickable spans or something similar.

As a solution, as can also be found in various places in Gaia itself, proper semantics should be used like links in list items within lists to actually make these workable with the screen reader automatically. This will also cause the screen reader to properly read these out as what they are: links. :)

@yzen also has more info if needed, he does a lot of accessibility work on Gaia.

Due to the way Gecko/B2G handles the blob data, memory usage spikes when we save/restore blob data. We should see about using a File API or something that can better handle memory; right now playback of a saved file shoots memory up by over 100MB.

Broccoli is looking like a much better build tool, so we should use that for v2 over grunt. Grunt is great for tasks, and broccoli is just one of said tasks.

This feature is like my favourite thing ever. Keep it down by the progress bar.

Don't even bother trying to download if indexeddb isn't available.

When I'm listening to a podcast using my car speakers (connected using A2DP to my phone), the music application interferes with HF: play events are triggered when:

• the connexion is established
• the car's sound volume is changed
  I then have to manually stop the music player on FxOS to continue listening to my podcast.

Additionally, it would be great if the play/pause button of the car could play/pause HF.

(Bluetooth API seem to require a certified app, unfortunately.)

In this day and age, users shouldn't be forced to type down (especially on a mobile phone) 'http://' string. If the URL doesn't start with 'http[s]?://' then I think app should just add 'http://'.

Travis tests are broken and should be fixed.

My personal use of podcast apps on other platforms is to listen offline, usually catching up on podcasts in environments where I am lacking internet. A first step to this would be the capability of downloading an episode (rather than just playing it straight from the UI) - a bonus feature would be an automatic sync of 'subscribed' podcasts (configurable, ie "x number of new episodes")

Podcasts should refresh at least once per day.

We can possibly do this with a background ServiceWorker.

Should be minimal work, but I'd like the app to use actual Ember CLI conventions over the existing setup.

We should cache any new podcast automatically with a ServiceWorker.

At the very least once one starts playing we can add it to the cache by intercepting the request.

By all means, I'm up for something clever. @ednapiranha, wanna make us a boombox/sand worm combo?

Wasn't clear that I had to do npm install && bower install to get the codebase up and running.

And npm install -g recroom too, I think?

I think that the application can be greatly simplified. I advise you to think about what is superfluous, what can be replaced and simplified.

With new developing locally instructions/replace recroom info with ember-cli info etc.

For the near future...

Build steps fingerprint many of the assets we'll want to cache with service workers. With the constant filename changes, we'll want to find a way to signify to the SW cache that these fingerprinted assets are related - nothing in the spec supports 'tagging' or indicating a related resource. Though the thought was entertained for a bit a while back w3c/ServiceWorker#657

Currently we just show the podcast name in the list of podcasts, but we should show it's cover image if it's available.

I believe the music app displays its content on the lock screen, so we should show our Podcast cover image and metadata on there too if we're actively playing something, especially now that we have #37 fixed.

We'll likely use ServiceWorkers to accomplish offline files (#64), but we should definitely cache assets (including Podcast image files) using ServiceWorkers.

The screen reader built into Firefox OS is used to give blind people access to the operating system and its apps via synthesized speech. An introduction can be found here.

The Add Podcast button at the top of the my screen's My Podcasts tab is missing a screen reader label. To reproduce:

1. Run Podcasts, and make sure you already have at least one item in the list.
2. Turn on the screen reader via quick toggle, as shown in the overview linked above.
3. Touch the item that would add a podcast.

Expected: Screen reader should say "Add Podcast" followed by "link".

Actual: Screen reader will only say "Link header", which indicates that it found there is a link, just not what it is supposed to do.

Possible solution: I suspect this is an icon font or something similar. Give the a element an aria-label attribute whose value is a localized string like "Add Podcast".

In all sorts of ways. Can hardly find a way to accurately reproduce the issue but it gets stuck when switching between podcasts with an error trying to set the maxValue.
Some typical javascript garbage about NaNs. More details tk.

By at least name. We'll use the iTunes directory as it's the best one we can find -- and it's also quite definitive.

We can use something like https://gist.github.com/tofumatt/7259969ac83c3f741c79 to return RSS URLs from the iTunes Media Store search results.

Just adding https://feeds.feedburner.com/HlavnZprvy to the 'Add RSS feed' box and pressing Add button leads to Podcasts endlessly showing the wait icon and these errors in the JavaScript console (tested with desktop Firefox):

15:45:38.563 "DEBUG: -------------------------------" ember.js:3285
15:45:38.563 "DEBUG: Ember      : 1.3.2" ember.js:3285
15:45:38.563 "DEBUG: Ember Data : 1.0.0-beta.8.2a68c63a" ember.js:3285
15:45:38.563 "DEBUG: Handlebars : 1.2.1" ember.js:3285
15:45:38.563 "DEBUG: jQuery     : 1.9.1" ember.js:3285
15:45:38.563 "DEBUG: -------------------------------" ember.js:3285
15:45:40.048 "Transitioned into 'podcasts'" ember.js:3285
15:45:44.869 "Transitioned into 'podcast.new'" ember.js:3285
15:46:00.715 "Find podcast with rssURL:" "https://feeds.feedburner.com/HlavnZprvy" combined-scripts.js:969
15:46:00.763 "Creating new podcast." combined-scripts.js:979
15:46:00.772 "Updating podcast:q4d8q" combined-scripts.js:869
15:46:01.387 "Bad response" Object { responseData: null, responseDetails: "Feed could not be loaded.", responseStatus: 400 } combined-scripts.js:101
getFromGoogle/</<.success() combined-scripts.js:101
jQuery.Callbacks/fire() jquery.js:1037
jQuery.Callbacks/self.fireWith() jquery.js:1148
done() jquery.js:8074
.send/script.onreadystatechange() jquery.js:8329

15:46:01.388 "Could not download podcast" "success" combined-scripts.js:954
HighFidelity.Podcast<.update/</<() combined-scripts.js:954

If the problem is that cross-origin limitations make this working impossible, I would expect some nice error message instead.

This is easy and we should let users add podcasts with a URL if they have one.

Not everybody is twenty with eagle-sharp eyes. https://github.com/thasmin/Podax on Android has actually a special tab (aside from "All my podcasts", "Search for new podcast", and "Current queue" ones) with a media player. Its Android appstore page shows it pretty nicely.

I just installed the app from git and I was able to search and subscribe to the "Accidental Tech Podcast". Sadly it doesn't show the artwork and when I try to download the latest episode (66) it starts the download and then after about 45 seconds the app crashes fatally and I see my normal home app icons.

I'm on Wifi and the normal Firefox OS 1.1.0 on a Alcatel One Touch Fire.

I added another podcast called "Odpod" and I was able to download the whole latest episode (138) and the text for this episode is a bit lighter then for the others (which I didn't download). When I press on this episode the text "Nothing playing" changes to "#138: Ministerieavsnittet" but then after about 8 seconds the app crashes again.

I figure we'll use GA, but there might be better app-specific libraries out there we could use if anyone knows any.

But list of things we need to track are:

• Play/pause (to see usage patterns, how often people resume/listen in small chunks versus leave it on in the background)
• Check for new podcasts manually (we should make force refresh a feature and if a lot of users do it we need to update automatically more often)
• number of podcasts subscribed to
• episodes listened to completion (per time period + total)
• users
• app launches

And probably some errors too.

The analytics will need to be able to be recorded for later offline transmission. Huh, that could be a library and project to itself... scope creep!

When I update a particular podcast list of shows it for a second show them, but then it restores back the list as it was the first time I have downloaded the list. Unfortunately, that makes Podcast app almost useless.

Episodes are coming back undefined when we try to call destroyRecord on the podcast https://github.com/mozilla/high-fidelity/blob/ember-cli-conversion/app/models/podcast.js#L26-L31

When doing npm install I get among other messages also:

npm http 200 https://registry.npmjs.org/grunt-jscs-checker
npm WARN deprecated [email protected]: Package was renamed to 'grunt-jscs'

I think that the project has a bad name. There should be no dash in the title.

high-fidelity ---> highfidelity (but this project exist on Github)

Maybe it's good reason to change word high maybe to lofty, elevated, deep or intense? What do you think?

Obviously super far out in the roadmap, but it would be cool to sync the podcast subscriptions and episode playback position.

v2 now works as a hosted app, albeit with only-streaming support (for now), so we should put it on gh-pages as a demo.

We need to talk about the build process, what works in the packaged version versus the hosted version, and how this uses Rec Room, all in the README.

Lots of deprecation warnings when upgraded to the latest ember/ember-cli. Will need to research these & fix.

Show the podcast name in the app header after image/header in episode list scrolls out of view.

We should let a user know a new podcast is downloaded and available for listening.

We have Spanish and Portuguese reviews in the Firefox Marketplace, so let's tick those boxes off first, but this will be the tracking bug for all translations. We'll use this list of countries Firefox OS is sold in as our target for translations for the time being.

• French
• Spanish
• Portuguese
• German
• Polish
• Greek
• Italian
• Hungarian
• Serbian

On the Firefox Marketplace, the description of this app doesn’t mention that it’s FLOSS, while this is mentioned on the GitHub page:

This program is free software; it is distributed under an MIT License.

(It might also make sense to add the link to this GitHub project.)

Some bugginess with the translations and handlebars helper for localization in the ember-cli version I'm developing. More specific details to come.

Currently the packaged app can't be downloaded from the Marketplace on Android, but I'm not sure why. I'll look into it, but filing here for posterity.

Related to #28, it would be handy if we could import old podcasts from another app, presumably using OPML.

Lots of broken images/media content because of CSP errors. Need to update the app configuration to resolve these & also see how they effect FxOS specifically.

I fiddled with the CSS for a bit but couldn't easily make this work with CSS changes alone. I also think that overlaying the text box and search button isn't a good UX since it doesn't allow the user to refine their search before the search finishes.

Do we want to convert this to ember-cli? Haven't looked at how many commits back I did that, but ember-cli version is here: https://github.com/brittanystoroz/its-five-o-clock-somewhere. There might be some annoying manual updates depending on how much has gone on with this app since then, and it's probably in dire need of dependency updates.

Just something to think about before we try adding in service workers. Might be good for people to see a SW example in an app using a popular framework.

Right now the ember-cli-conversion branch uses ember-localstorage-adapter because I couldn't get anything else to work, though it was likely an issue of dependency updates (not necessarily that the adapters didn't work). Might want to revisit the localforage adapter && || indexeddb adapter.