It should not show the /api in the description of the URL if it is not going to use it in any call using that URL. Itβs outright misleading and there is nothing in the class docs for NSURL or in the header that indicate this is the intended behavior.
Sent from my iPad > On Feb 22, 2019, at 12:02 PM, "lars.sonchocky-helld...@hamburg.de" > <lars.sonchocky-helld...@hamburg.de> wrote: > > > >> Am 22.02.2019 um 18:40 schrieb Alex Zavatone <z...@mac.com>: >> >> There are 2 problems here. >> >> The description is non standard and misleading and the /api string is >> stripped from the URL that it indicates it will use in that URL. Look. >> >> (lldb) po [[NSURL URLWithString:@"/login" >> relativeToURL:self.sharedData.webServicesURL] absoluteURL] >> https://home-qa.mrcooper.com/login >> >> (lldb) po [NSURL URLWithString:@"/login" >> relativeToURL:self.sharedData.webServicesURL] >> /login -- https://home-qa.mrcooper.com/api >> >> See how in the top output that /api is stripped from the URL that it will >> use while it is displayed in the output on the bottom? >> >> Damn misleading. > > That is not misleading, that is how relative URLs are supposed to work. You > should have done: > > [[NSURL URLWithString:@"login" relativeToURL:self.sharedData.webServicesURL] > absoluteURL] with self.sharedData.webServicesURL being: > βhttps://home-qa.mrcooper.com/api/β > > for more information please refer to: > http://webreference.com/html/tutorial2/3.html > > > regards, > > Lars _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
