On Thu, Jan 25, 2018 at 4:58 PM, Dave Thaler <dtha...@microsoft.com> wrote:

> Well if it’s really unfixable then we deprecate the old broken API and add
> a new API that’s not broken.
>
> If this is a recent regression then there may be apps both ways.
>
>
>
OK, so just a JIRA ticket for now? I may be able to figure out how to do
that. :)


> *From:* Gregg Reynolds [mailto:d...@mobileink.com]
> *Sent:* Thursday, January 25, 2018 2:55 PM
> *To:* Dave Thaler <dtha...@microsoft.com>
> *Cc:* kishen.mal...@intel.com; veeraj...@samsung.com; iotivity-dev <
> iotivity-dev@lists.iotivity.org>
> *Subject:* Re: [dev] percent encoding IPv6 endpoints
>
>
>
>
>
>
>
> On Thu, Jan 25, 2018 at 4:48 PM, Dave Thaler <dtha...@microsoft.com>
> wrote:
>
> Ok, after groveling through a bunch of code to refresh my memory,
> eps->addr should be an IP literal string, not a URL authority component
> string.
>
> So yes it is a bug and the “%25” should be “%” in
> OCMapZoneIdToLinkLocalEndpoint.
>
>
>
> Alas, since this is released into the wild, I'm not sure how to fix it.
> Change that code to use "%" instead of "%25"and you risk breaking app code
> that is hard-coded to depend on "%25". Since eps->addr is exposed (one way
> or another) to client code. Not to mention the C++ api, I have no idea how
> that works.
>
>
>
> G
>
_______________________________________________
iotivity-dev mailing list
iotivity-dev@lists.iotivity.org
https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Reply via email to