Closed
Bug 1208863
Opened 9 years ago
Closed 9 years ago
Highlights around active tab is uneven on the right and bottom of tab
Categories
(Firefox for Android Graveyard :: Theme and Visual Design, defect)
Tracking
(firefox44 verified, fennecNightly+)
VERIFIED
FIXED
Firefox 44
People
(Reporter: jonalmeida, Assigned: sebastian)
References
Details
Attachments
(2 files)
STR: - Open Nightly, and make sure there are no open tabs in the tabs tray - Browse to google.com and enter a search term - Press the search button and before the page loads, tap on the tabs tray icon - Observe that the as the tab icon updates, the active tab highlight has thicker edges on the right and bottom of the tab. (See attached screenshot) Current Nightly version: 43.0a1 (2015-09-21)
tracking-fennec: --- → ?
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → s.kaspari
Assignee | ||
Comment 1•9 years ago
|
||
This seems to be only happening in TabsGridLayout and never in TabsListLayout.
Assignee | ||
Comment 2•9 years ago
|
||
Something with the ScaleType and Matrix in TabsPanelThumbnailView / CropImageView is going wrong. It does not seem to happen if I always use ScaleType.FIT_XY.
(In reply to Sebastian Kaspari (:sebastian) from comment #2) > Something with the ScaleType and Matrix in TabsPanelThumbnailView / > CropImageView is going wrong. It does not seem to happen if I always use > ScaleType.FIT_XY. If this is the case, perhaps it has something to do with the timing of when we swap our matrix references, or the process itself: https://mxr.mozilla.org/mozilla-central/source/mobile/android/base/widget/CropImageView.java?rev=f4b8d637f2d7#99 If it's unclear what's going on there, it's basically: Object first = ..., next = ..., temp = ...; temp = first; first = next; next = temp; With member variables, as to avoid unnecessary allocation. If it was unclear, perhaps you could update the comments to make it more clear.
Assignee | ||
Comment 4•9 years ago
|
||
(In reply to Michael Comella (:mcomella) from comment #3) > (In reply to Sebastian Kaspari (:sebastian) from comment #2) > > Something with the ScaleType and Matrix in TabsPanelThumbnailView / > > CropImageView is going wrong. It does not seem to happen if I always use > > ScaleType.FIT_XY. > > If this is the case, perhaps it has something to do with the timing of when > we swap our matrix references, or the process itself: Indeed it is. Resetting the matrix, before reusing it, fixes the issue. Thanks for the hint!
Assignee | ||
Comment 5•9 years ago
|
||
Bug 1208863 - CropImageView: Reset matrix before reusing it. r?margaret
Attachment #8678249 -
Flags: review?(margaret.leibovic)
Comment 6•9 years ago
|
||
Comment on attachment 8678249 [details] MozReview Request: Bug 1208863 - CropImageView: Reset matrix before reusing it. r?margaret https://reviewboard.mozilla.org/r/23145/#review20631
Attachment #8678249 -
Flags: review?(margaret.leibovic) → review+
Assignee | ||
Comment 7•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/746279c34dcbb590100483c7c14dfc06b410d869 Bug 1208863 - CropImageView: Reset matrix before reusing it. r=margaret
Comment 8•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/746279c34dcb
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox44:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 44
Comment 9•9 years ago
|
||
Reproduce the issue on Firefox for Android 44.0a1 (2015-09-27) using Prestigio PSP5508 (Android 4.4.2). Verified as fixed on latest Nightly Firefox for Android 44.0a1 (2015-10-27).
Status: RESOLVED → VERIFIED
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•