Closed Bug 1397174 Opened 8 years ago Closed 7 years ago

Fix scale issue for icons like AdaptiveIconDrawable in Android O

Categories

(Firefox for Android Graveyard :: General, defect, P3)

56 Branch
All
Android
defect

Tracking

(firefox58 wontfix, firefox59 wontfix, firefox60 wontfix, firefox61 wontfix, firefox62 wontfix, firefox63 wontfix, firefox64 verified)

VERIFIED FIXED
Firefox 64
Tracking Status
firefox58 --- wontfix
firefox59 --- wontfix
firefox60 --- wontfix
firefox61 --- wontfix
firefox62 --- wontfix
firefox63 --- wontfix
firefox64 --- verified

People

(Reporter: cnevinchen, Assigned: vlad.baicu)

References

Details

(Keywords: good-first-bug, Whiteboard: --do_not_change--[priority:high])

Attachments

(3 files)

Follow up for bug 1372040
Summary: Make Fennec support AdaptiveIconDrawable in Android O → Fix scale issue for icons like AdaptiveIconDrawable in Android O
Priority: -- → P2
[triage] Awkward and embarrassing, but non-critical.
Priority: P2 → P3
Assignee: cnevinchen → nobody
Maybe this is something that should be looked at again after the API 26 migration has been finished?
Flags: needinfo?(sdaswani)
OS: Unspecified → Android
Hardware: Unspecified → All
Flags: needinfo?(sdaswani) → needinfo?(vlad.baicu)
No, bug 1349522 is about providing an adaptive icon ourselves. This bug is about the fact that if other apps use adaptive icons, we don't resize those icons correctly when displaying them within Firefox.
Flags: needinfo?(vlad.baicu)
It's getting close to November and once Google's target API requirements are in force, even more other apps will presumably use adaptive icons.
Bram, can you provide new Adaptive icons?
Flags: needinfo?(sdaswani) → needinfo?(bram)
This isn't about our own icons, this is about fixing our share menu so it doesn't look like https://i.imgur.com/lKlSOCL.jpg or https://i.redd.it/rsh3xrjia6011.jpg because *other* apps are using adaptive icons and we don't handle it properly. I'd do this myself, but I don't have a phone with Oreo and doing things blindly without being able to properly test was already painful enough for the updater notifications, so I won't attempt anything here.
Flags: needinfo?(bram) → needinfo?(sdaswani)
Sorry Jan, my bad. I will have the Softvision devs take a look.
Flags: needinfo?(sdaswani)
Whiteboard: --do_not_change--[priority:high]
Hi Jan, one of the easiest way to ensure adaptive icon compatibility (for now, and in the future) is by invoking the system native share dialogue: attachment 9010460 [details]. The other way to solve this problem is by resizing our icons from 72dp down to 36dp: attachment 9010461 [details]. What do you think?
Flags: needinfo?(jh+bugzilla)
I think one reason for using our own share menu is that we want to order share targets by usage frequency - compare also how the top two share targets are also accessible directly from the top-level menu. There also might be other customisations included that wouldn't be possible with the system share dialogue, so I think we should just fix our own menu to explicitly resize icons to our target size. This size isn't always 36dp by the way - when invoked from the main menu, we use both smaller font and icon size than when sharing from a context menu. I didn't look into the reason for this difference, though.
Flags: needinfo?(jh+bugzilla)
(In reply to Jan Henning [:JanH] from comment #18) > […] I think we should just fix our own menu to > explicitly resize icons to our target size. Sounds like a plan. I figure that there were very good reasons why we use our own implementation. > This size isn't always 36dp by the way - when invoked from the main menu, we > use both smaller font and icon size than when sharing from a context menu. I > didn't look into the reason for this difference, though. Yeah. I saw that. When sharing from the main menu, the icon size is 24dp. In fact, all the icons there are consistent. So, we shouldn’t change the main menu at all. The only icon size that we need make consistent are the ones inside the long-press context menu. Does this give you enough information to fix this bug?
Flags: needinfo?(jh+bugzilla)
Possibly, but I'd still prefer someone who can more easily test this to do it.
Flags: needinfo?(jh+bugzilla)
Assignee: nobody → vlad.baicu
Added a check for AdaptiveIconDrawables and a way to resize them to our specific size.
Keywords: checkin-needed
Pushed by apavel@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/57994656668d Fix scale issue for AdaptiveIconDrawables. r=JanH
Keywords: checkin-needed
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64
Flags: qe-verify+
Verified as fixed with Google Pixel (Android 9.0), on Beta 64.0b11.
Status: RESOLVED → VERIFIED
Flags: qe-verify+
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: