[eSteem Surfer] [Version 1.0.6] - When clicking links from busy.org, the user is redirected to the Feed
Project Information
- Repository:
https://github.com/esteemapp/esteem-surfer - Project Name: eSteem Surfer
- Publisher (if applicable): Feruz Muradov / @good-karma
Expected behavior
In reading posts/blogs/comments in eSteem Surfer wherein the content of that certain posts/blogs has Busy links, when clicking for those links; those links should be opened within the eSteem Surfer or the least should be open in a web browser, say Google Chrome or any other web browser.
Actual behavior
I detected the bug when I read the review comment of @tobias-g in my bug-hunting contribution for eSteem mobile application, and since it was provided with links I clicked this link, after clicking, it gets directed to the Feed.
How to reproduce
- Download the official installer for eSteem Surfer, refer to the official site for the version 1.0.6 release of eSteem Surfer.
- Open eSteem Surfer.
I will be showing two ways to reproduce the bug: first one is by looking for a post that has a busy link in its content and the second one would be making your own comment/post wherein you will be placing a link from busy.
- Look for a post/comment that has link coming from busy.org.
- Try clicking for the link.
- The bug occurs, wherein the user is directed to its Feed.
As for my case, I did a reply to my own post.
- The first step I did is place a link from Steemit which is this one, the very reason for that was to test if the bug affects Steemit links or not.
- Second, I place a link from busy and I choose this one.
- After submitting the comment, try clicking for both the links from Steemit and Busy.
- The bug occurs when the link from busy is clicked.
App Version and Device OS:
- Browser/App version: eSteem Surfer (Version 1.0.5 at the time of detection) and still persists in the latest version, version 1.0.6
- Device: HP Notebook
- Operating system: Windows 10 64-bit
Recording Of The Bug
- First way (Clicking a busy link from the content on a certain post/comment)
GIF/Screen Recording
- Second way (Replying to a certain post, wherein link from busy is placed in the content of the reply and clicking the link form busy)
Since there are two GIFs/screen recordings for this way of replicating the bug; the first GIF/screen recording, the Steemit link didn’t work and upon doing a counter-checking, the Steemit link in the second GIF/screen recording when clicked is being displayed in eSteem Surfer, thereby making the bug only affecting the links from busy.org.
![Replication of the bug.gif](https://steemitimages.com/0x0/https://cdn.steemitimages.com/DQmNneH15j8JHEq93W9zwFC3UcdNajEPn5fhyHwFFF85F1B/Replication%20of%20the%20bug.gif)
![Replication of the bug version 2.gif](https://steemitimages.com/0x0/https://cdn.steemitimages.com/DQmdLWzgoNBKMtivf9PR1omgDwriwFRo122xXbMpxWwyuaj/Replication%20of%20the%20bug%20version%202.gif)
![Bug at version 1.0.6.gif](https://steemitimages.com/0x0/https://cdn.steemitimages.com/DQmZAt7AfAyYVxoUib2t9PaEqYa8rm9Tx8atLkrhUu4Vvvt/Bug%20at%20version%201.0.6.gif)
ScreenToGif desktop application was used in making the GIF/screen recording, whereas Google Chrome Version 67.0.3396.87 was used in obtaining links from Busy and Steemit.
Possible Solution
- Fixed/make busy.org links readable or analyzed as a link from Steemit to make it displayed in eSteem Surfer when clicked.
GitHub Account
https://github.com/josephace135
Update as of 27th of June 1050 (GMT +8):
Bug is still prevailing to the new version(version 1.0.6) which was released few hours ago, a GIF/screencast is found below.
Hey @josephace135
Thanks for contributing on Utopian.
We’re already looking forward to your next contribution!
Want to chat? Join us on Discord https://discord.gg/h52nFrV.
Vote for Utopian Witness!
Thank you @utopian-io!