When visiting many profiles (one after the other), sometimes all profile information except avatar are the ones of the previous profile visited
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Birdie |
Fix Committed
|
Undecided
|
Unassigned |
Bug Description
Have watched many profiles one after the other, and often the profile information (except the avatar) are the ones of the previous profile visited. This includes Name, Nickname, Location, Bio, etc.
No problem with the content however (the tweets are the good ones, etc.).
Thought about a problem when fetching profile information (API calls limit? don't think so because it happens even when just watching few profiles one after the other in fact, and no problem to get the content, i.e. the tweets) and Birdie rather uses the ones in its cache, which are the ones of the previous profile visited.
Technical information:
OS: Ubuntu 12.04.2 LTS (with Cinnamon)
Birdie version used: the r244 from the DAILY repository
Changed in birdie: | |
status: | New → Triaged |
milestone: | none → 0.3 |
Changed in birdie: | |
status: | Triaged → Fix Committed |
OK, after some additional tests, I now found a profile that always triggers this problem.
Steps to reproduce the problem:
1/ [OPTIONAL] Firstly, try to visit any profile (that profile will be the one that will be shown for some information when you'll visit the next profile, else it'll be your profile that'll be partially shown);
2/ Make a search on this profile name in the Search tab: EetR_National
You'll firstly see that, strangely, there's a lot of space after that particular nickname (on Birdie only). Following/ Followers counter).
Click on that nickname to visit this profile.
You'll then immediately see the problem: the content is the good one, but every information except the avatar are the ones of the previous profile visited (which includes Name, Nickname, Location, Bio, Tweets/
>> MESSAGE TRIGGERED IN THE LOG IMMEDIATELY AFTER CLICKING ON THAT NICKNAME:
[_LOG_LEVEL_WARN 23:10:09.753968] [Gtk] Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as &
"[…] due to error parsing markup […]" ; one day, Birdie will never have parsing problem again. In any case. Let's build that. :^)