Re: My eyes are failing me.
Re: My eyes are failing me.
- Subject: Re: My eyes are failing me.
- From: Alex Zavatone <email@hidden>
- Date: Fri, 22 Feb 2019 15:07:49 -0600
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, "email@hidden"
> <email@hidden> wrote:
>
>
>
>> Am 22.02.2019 um 18:40 schrieb Alex Zavatone <email@hidden>:
>>
>> 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 (email@hidden)
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:
This email sent to email@hidden