Closed
Bug 791395
Opened 12 years ago
Closed 12 years ago
Vertical scrolling doesn't want to work
Categories
(Firefox OS Graveyard :: Gaia::Calendar, defect)
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: mbudzynski, Assigned: jlal)
References
Details
Attachments
(1 file)
Vertical scrolling don't want to work on calendar's day view on otoro or Desktop build, but works great in Nightly. Is it a platform bug/intentional 'feature'?
Incomplete version of Day view is implemented in https://github.com/lightsofapollo/gaia/tree/calendar-day-view
Calendar App -> Day
Updated•12 years ago
|
blocking-basecamp: --- → ?
Updated•12 years ago
|
OS: Mac OS X → Gonk
Hardware: x86 → ARM
Updated•12 years ago
|
blocking-basecamp: ? → +
Comment 1•12 years ago
|
||
Can you explain what the underlying platform issue? This looks like a Gaia issue I filed a little while back. What's needed here on the platform side?
Comment 2•12 years ago
|
||
On both device (otoro) and on desktop, I can get scrolling to work by clicking on the right hand side (where the scroll bar is). If I click/touch in the middle and move up/down, then scrolling doesn't work.
Comment 3•12 years ago
|
||
Michal, are you sure this isn't a gaia issue?
Whiteboard: [blocked-on-input Michal Budzynski]
Updated•12 years ago
|
blocking-basecamp: + → ?
Component: General → Gaia
Whiteboard: [blocked-on-input Michal Budzynski]
Comment 4•12 years ago
|
||
It's a section element with "overflow-y: auto" set, which works for me in Firefox Nightly and works on B2G Desktop with the scroll wheel on my mouse but not by clicking and dragging, and doesn't work on the device. It might be a bug with kinetic scrolling.
There's a similar "overflow-y: auto" section element in the browser app which works fine on the device though, so the bug needs narrowing down further.
Vivien may know more as he's worked on kinetic scrolling.
Assignee | ||
Comment 6•12 years ago
|
||
Nice, this also effects week view, debugging from the gecko side on today to figure out what the issue is. As mentioned before if you "tap" the right side of the screen it will actually scroll the area, while something is very buggy it realizes somewhere that this area is scrollable.
Comment 7•12 years ago
|
||
I'm not sure we want that "tap-on-the-right-side-to-scroll" since it makes things jump when one's trying to hit a checkbox/button near the right side of the screen.
Assignee | ||
Comment 8•12 years ago
|
||
:overholt hmm maybe that is another bug?
In the calendar app we are eating the "mousedown" event during the panning process (similar to the homescreen code) but the BrowserElementScrolling code uses that event to detect if a given element is scrollable (which it can't do because its not getting the event).
As we are removing the live panning in favor of a static "swipe" + transition from one "frame" to another it should resolve both the issues for us.
Assignee: nobody → jlal
Component: Gaia → Gaia::Calendar
Comment 9•12 years ago
|
||
(In reply to James Lal [:lightsofapollo] from comment #8)
> :overholt hmm maybe that is another bug?
I filed bug 797497.
Assignee | ||
Comment 11•12 years ago
|
||
Pointer to Github pull-request
Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 12•12 years ago
|
||
Tested on the daily build 10-11-12 on Otoro
* gaia: 2667536e3b06e46dd193aa6d76ba08dad2d867be
* platform-build: 0d6d050bc37d3167cc82a1885fd7660456bb0f4e
* releases-mozilla-central: c0ea0728044b2a5f9556ca988635140963cff037
* gonk: 6ec34aa3d66331054de37eabc594ad923654b27c
Vertical scrolling works fine on all of day, week and today view.
Updated•12 years ago
|
Resolution: FIXED → WORKSFORME
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
Updated•12 years ago
|
Resolution: WORKSFORME → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•