Bug when following links

1 view
Skip to first unread message

bobwalder

unread,
Apr 10, 2009, 1:26:32 PM4/10/09
to BuddyFeed
When viewing a post, you cannot follow a shortened (i.e. bit/ly) link
- tapping it just underlines the link and it sits there doing nothing.

This makes the app useless, since 99% of all links on FF are
shortened, and viewing those links is the main reason you would tap on
a post to view it

Having just paid my $4 and finding the app is effectively useless to
me without this feature, any chance it could be fixed quickly?

Robin Lu

unread,
Apr 10, 2009, 7:51:41 PM4/10/09
to budd...@googlegroups.com
The link in the post will be handled in the message view so that you can open it without the inline browser involved. By this way, the target=_blank but of webkit can be workaround here.

It will be fixed in the next release, which will be in beta test very soon.

One work around right now is to click the top right button with 'earth' to open it in Safari. You can follow this kind of links in Safari.

Thanks for your patience.
Robin Lu

Bob Walder

unread,
Apr 11, 2009, 2:15:23 AM4/11/09
to budd...@googlegroups.com
If I wanted to open in Safari I would use the web interface in Safari. I want everything to be handled in the inline browser like it is in Tweetie

Bob 

Robin Lu

unread,
Apr 11, 2009, 8:52:27 AM4/11/09
to budd...@googlegroups.com
I know this is a critical issue and it will be fixed in the next release.

BTW, this kind of link can not be handled by Tweetie too. The root cause of the bug is webkit. 

Try this:

1. follow 'buddyfeedtest' in twitter
2. use tweetie to open buddyfeedtest's recent tweets.
3. click on the last tweet of buddyfeedtest like 'try this link: http://.....'. 
4. click on the link to open the link in the inline browser of tweetie. You will see the same tweet in the inline browser with the same link
5. try to click the link in the inline browser. You will find the link can not be opened in the inline browser of Tweetie too.

It's nothing to do with the shorten link. The inline browser of BuddyFeed has no problem to open shorten links. The problem is that any link with attribute 'target' being set to '_blank' can not be handled in webkit except Safari itself. Unfortunately, twitter set this attribute to all the links in the contents. It mostly affect the friendfeed user with twitter entries.

I'm not here arguing for anything. Just present the fact.

The beta of the version will be available in the next week. If you want, I highly recommend you to enroll in the beta test of the next version to see if it meet your requirements.

Thanks.
Robin Lu

Bob Walder

unread,
Apr 11, 2009, 9:08:06 AM4/11/09
to budd...@googlegroups.com
Thanks for your explanation, I appreciate you taking the time

Bob

Bob Walder

unread,
Apr 11, 2009, 9:13:54 AM4/11/09
to budd...@googlegroups.com
I guess it is a basic difference between FF and Twitter - the first link you follow from Twitter/Tweetie usually takes you to the web page you want, whereas often in FF that first link takes you to the FF or Twitted entry and you then need to click AGAIN to get to the web page you want. It is on that second click, of course, that you encounter the webkit bug

Once again, thanks for taking the time to explain

Bob

On 11 Apr 2009, at 14:52, Robin Lu <iamaw...@gmail.com> wrote:

Robin Lu

unread,
Apr 11, 2009, 9:25:34 AM4/11/09
to budd...@googlegroups.com
Yes. You are quite right. For FriendFeed, the links from the twitter service it the URLs of the tweets instead of the URL you shared in the tweets. In the next release, I will parse the link from the content so that you can click on it directly in the entry view of FriendFeed. However, it does not really solve the 'target=_blank' issue. It just bypass the inline browser for tweets.

Robin Lu
Reply all
Reply to author
Forward
0 new messages