I am bummed that subject length-limit prevented me from succinctly summarizing the issue. But here it is, in more words: the issue is that
http://owner.roku.com/SOMEPATH improperly redirects to
https://owner.roku.com/ (the server root) and not to
https://owner.roku.com/SOMEPATHMotivation:
For adding "private channel" to a Roku, one has to ask people to go to a particular URL and type the code there. Or just to type a full URL with the channel codeword in it. Say my code is XYZZY, then i either should ask users "Go to
https://owner.roku.com/add and enter access code XYZZY" or "Go to
https://owner.roku.com/add/XYZZY". Both of these work quite well if this is already on the Web, i.e. if user is reading this in a browser and can just click on one of the URLs.
But not so if they have to type the URL from scratch, for example if the instructions are printed on paper or showing on TV screen, say TV ad spot or (non-clickable) mention in another Roku channel. People just don't pay attention to anything in URL before the "://" - they don't care what a "URI schema" is. Even if the URL was saying
rtsp://owner.roku.com/add/XYZZY or
tftp://owner.roku.com/add/XYZZY, they will just go to the browser, type there "owner.roku.com/add/XYZZY" and expect the magic to happen. And rightfully so, nobody wants to type extra 8 characters and since very long time (last century?) web browsers don't require the "http://" part, they assume it. But with the current behavior of "owner.roku.com/add" users will be re-directed to the "My Account" top page instead of seeing channel add dialog.
Discussion:
The current redirect
http://owner.roku.com/* =>
https://owner.roku.com/ probably occurred as quick-and-dirty fix by the web server admin when RokuCo decided to switch the web service calls to httpS. I see owner.roku.com is using IIS, it will be trivial to fix the redirect there.
Suggested fix:
1. Make "http://" URLs for owner.roku.com properly re-direct to their "https://" counterparts (and not the root). Simple, quick and no un-intended consequences.
and/or
2. Add an even simpler, shorter way to add private channels, like say "roku.com/add" (through simple Apache re-direct from that to the proper https at owner.roku.com)