[Leo][Twitter] User has issue scrolling thru pictures on Twitter Application

ASSIGNED
Assigned to

Status

Tech Evangelism
Preinstalled B2G Apps
P2
major
ASSIGNED
4 years ago
3 years ago

People

(Reporter: Jeni, Assigned: Jeremy Forrester)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

4 years ago
When the user tries to scroll through twitter photos, the user continues to be brought back to the beginning of the photos. User can never actually get to the end of the list.

Repro Steps:
1) Updated Leo to Build ID: 20130828155538 Base Build v10a
2) Select and open on Twitter from homescreen
3) Tap on 'Sign in' button
4) Enter username and password
5) Press 'Sign In' button
6) Select 'Me'
7) Select "Following"
8) Select person your following
9) Scroll down to pictures
10) Scroll to right
11) View what happens

Actual:
Pictures bounce back each time user attempts to scroll further right

Expected:
Pictures are able to stop when user takes hand off picture 

Environmental Variables
Build ID: 20130828155538
Gecko: /rev/
Gaia: bcfbffbbb59406b8a07def8ab264792c8d28f23a
Platform Version: 18.1

Notes:
See attached video for issue

Updated

4 years ago
Blocks: 869205

Comment 1

4 years ago
what is the status of this bug?

Comment 2

4 years ago
 i think it could be important from the user perspective to see the pictures of the ones they are following in Twitter. So I would upgrade this to P1 if possible.

Updated

4 years ago
Assignee: nobody → hkirschner
Priority: -- → P1
Harald, any ETA on this bug?

Updated

4 years ago
Severity: normal → major
Status: NEW → ASSIGNED
Priority: P1 → P2

Comment 4

4 years ago
Any updates on this bug?

Comment 5

4 years ago
Problem persists. I reproduced this on a Keon geeksphone device nightly build 20131028225522 v1.2

Updated

4 years ago
Assignee: hkirschner → jforrester
(Assignee)

Comment 6

4 years ago
Crossposted - will update soon

Comment 7

4 years ago
Jeremy, can you provide a date for when this bug will be fixed? The preloaded apps for FFOS version 1.2 deadline is coming up on Monday, November 25th.
Flags: needinfo?(jforrester)
(Assignee)

Updated

4 years ago
Duplicate of this bug: 947413

Comment 9

4 years ago
Jeremy, do you have any updates regarding this bug?  Can this be fixed by February 19th, please?  Thank you.
(Assignee)

Comment 10

4 years ago
Apologies, no update here - unlikely this will get reviewed before the feb 15th deadline
Flags: needinfo?(jforrester)
(Assignee)

Comment 11

4 years ago
Hey Nicole, 

Can you confirm that this box has been removed in the latest versions of Twitter for Web, and thus this is no longer an issue?
Flags: needinfo?(nfong)
(Assignee)

Comment 12

4 years ago
Nevermind, I can still reproduce this on the me tab
Flags: needinfo?(nfong)

Comment 13

4 years ago
the current status in Firefox (nightly) is that some prefixed CSS is still accepted but "not returned"

Here a quick exmaple:

```js
// this actually works without problems or warnings
document.body.style.cssText += ';-moz-transform:rotate(45deg)';

// later on ..
var transform = document.body.style['-moz-transform']; // undefined
var transform = getComputedStyle(document.body, null).getPropertyValue('-moz-transform');
```

I don't know exactly why prefixed CSS for the right vendor, in this case `-moz-`, aren't simply both accepted and returned as alias once standardized but some web component might believe that if the used prefixed CSS did visually change something with the same property name would be possible to retrieve the same value previously accepted.

However, if you'll ever stop accepting `-moz-transform` or any other `-moz-` property without a CSS deprecation warning in console first, please let us know so we can easily avoid these kind of problems ;-)

Best Regards
On v1.3 I can't see the photo rail like in bug 947369
You need to log in before you can comment on or make changes to this bug.