ios-branch-deep-linking-attribution: The problem with getShortUrl(with: linkProperties), instead of a short url the method returns a huge url with all data

Hello. The issue is relevant on SDK versions 0.31.0-0.31.1.

During the first app run, the method branchUniversalObject.getShortUrl(with: linkProperties) returns a huge URL instead of a short one. During the second run the method returns a normal short url as with previous SDK versions. Example of the link (when it’s huge):

Screenshot at Dec 18 14-06-27

As you understand, such a link isn’t appropriate for sharing. As a side issue, an incorrect image preview is shown in some messenger apps and from some apps you cannot use it as a correct deeplink due to many special characters it contains (for example from Slack).

About this issue

  • Original URL
  • State: closed
  • Created 5 years ago
  • Comments: 19 (6 by maintainers)

Most upvoted comments

There’s a feature ticket to make a version that returns an error instead of falling back to a long link automatically. It might be a while until we get it done while addressing iOS 14 items.

this only happened if I called generateShortlink soon after launch. Calling the same API a few seconds later returned the short link.

@echo-branch : we still got this issue with 0.34.0. we have the screen that is deeplink to open after launch, and shortlink is generated on this screen.

  • issue happen always if simulate slow network (edge/3G) (even wait longtime after launch).
  • with fast network it rarely happens

@echo-branch Thank you! It’s pushed in v.0.31.3, right?