Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

/Browse/ versus /BrowsePrivately/

[Formerly discussion https://discussions.apple.com/thread/3092962?answerId=15646754022#15646754022 ]


We are one of the old iTunes U stores where Apple hosts our content. We had private content that was under credential access, and publically-accessible content. We moved our public content into the Public Site Manager, and soon after that the direct links to the private content stopped working. I've asked for help here in "Using iTunes U", without a solution. I've recently found a failure mode that I feel deserves a new discussion.


Here is a direct link to some of our private content:


https://deimos.apple.com/WebObjects/Core.woa/BrowsePrivately/deanza.edu.20336305 98


When used in a browser, deimos.apple.com sends back HTML with a body tag like this:


<body onload="return open('itmss://deimos.apple.com/WebObjects/Core.woa/Browse/deanza.edu.2033630598 ?ignore.mscache=5947157');">


... and then iTunes opens, but instead of calling my browser to show our login page, iTunes shows our public iTunes U storefront.


Putting this URI into the browser's address area gives the same behavior:


itmss://deimos.apple.com/WebObjects/Core.woa/Browse/deanza.edu.2033630598


but using this URI results in the correct behavior - the browser opens iTunes, which in turn correctly opens a browser window to our login page:


itmss://deimos.apple.com/WebObjects/Core.woa/BrowsePrivately/deanza.edu.20336305 98


Why is deimos.apple.com sending me an incorrect itmss URI with /Browse/ instead of /BrowsePrivately/ ?

Posted on Jul 21, 2011 3:34 PM

Reply
15 replies

Jul 21, 2011 4:22 PM in response to XRayLarry

On the other hand, these institutions don't seem to need /BrowsePrivately/ in their itmss: string - iTunes correctly displays their login pages:


(found via Google search on "BrowsePrivately")


https://deimos.apple.com/WebObjects/Core.woa/BrowsePrivately/indiana.edu.2945205 213

itmss://deimos.apple.com/WebObjects/Core.woa/Browse/indiana.edu.2945205213?ignor e.mscache=2845041


https://deimos.apple.com/WebObjects/Core.woa/BrowsePrivately/adc.apple.com.14799 53497

itmss://deimos.apple.com/WebObjects/Core.woa/Browse/adc.apple.com.1479953497?ign ore.mscache=8604460


So - is it something wrong in the metadata that Apple has for our private site?

Jul 26, 2011 4:23 PM in response to XRayLarry

Larry,


I think Duncan's got this about right. I suspect the problem is that you may have granted the "All" and "Authenticated/Unauthenticated" credentials no access (i.e. "NONE") -and- there are no other permissions set for the iTunes U course/album involved. I haven't tested it (but I will), but I'm almost positive what happens in such cases is that iTunes U redirects to the root page of your site as apposed to putting up a 403-style error. You are not redirected to your portal server because no purpose would be served by doing so -- there would be no credential(s) it could assign that would grant you access to the iTunes U resource.


Can you do me/us a favor and post a picture of the permissions settings for the problem course if at all possible?

Jul 26, 2011 5:13 PM in response to richwolf

In replying to your comment, I tried the direct link again. It now works.

https://deimos.apple.com/WebObjects/Core.woa/BrowsePrivately/deanza.edu.20336305 98


I have tried at least one other old direct link, and it now works as well. Huh.


BUT - now whenI am logged into the private site as an admin, I can't do "Copy link". The option is grayed out.


I will go home now, and tomorrow I will do more testing with the old links.


Were there any changes made on Apple's side to our private iTunes U store over the last week or two? Absolutely no settings were changed on my end.

Jul 26, 2011 5:24 PM in response to XRayLarry

The link you posted behaves the same way as the others for me (i.e., it redirects to your root page). It may be that you had an iTunes U session active already and it worked for you just now for that very reason. To test things "beyond a shadow of a doubt" you should log out of iTunes U first, then try the link. 🙂 In fact, if I am right (and that the reason it worked was because you had an iTunes U session active when you clicked the link), then that's very very strong evidence that you have a permissions problem for the course/ablum involved. If this is the case, the most helpful diagnostic tool would be to see what permissions you've assigned for the course.

Jul 26, 2011 8:30 PM in response to richwolf

I've repeatedly tried it after logging out of iTunes U and completely closing the iTunes application - I was able to use that direct link.


Now I'm at home, and the direct link doesn't work again. I was able to replicate the case you're talking about, but you've warned me about that situation before, and I've been careful to test by logging completely out and turning off iTunes.


I still can't do "Copy Link", if that means anything.


Anyway, here's the access permissions for the test case


User uploaded file

Sep 8, 2011 12:50 PM in response to XRayLarry

Hey, direct links work now! I've been busy getting ready for the Fall quarter and haven't had a chance to test direct links until today, so I have no idea when Apple fixed the problem.


Can anyone at Apple clue us in on what was fixed to return the direct linking functionality to our site?


OTOH - I still can't "Copy Link" . I can probably get the id from a report, but that would take a lot more time compared to just right-clicking/control-clicking and "Copy Link".

Sep 9, 2011 1:30 PM in response to Duncan Bernhardt

Ah, I finally understand! I was trying to drag-select, not click/drag. Click/drag does work, thanks, I'm sorry it took this long to understand.


I will mark this thread as "fixed", but I do want to ask -


* What changed on Apple's site to get our direct links working again?


* If I can't "Copy Link", why is the option even shown when I right/control-clink on the breadcrumb or titles? It looks like something that should work, but is broken.

/Browse/ versus /BrowsePrivately/

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.