Closed
Bug 1155418
Opened 9 years ago
Closed 9 years ago
Preview of images are just overlayed on top, which could confuse some people.
Categories
(Firefox OS Graveyard :: Gaia::Bugzilla Lite, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: nhirata, Unassigned)
Details
(Whiteboard: [spark])
Attachments
(1 file)
1. install bugzilla lite staging client : via https://bzlite-staging.herokuapp.com/install.html 2. log into bugzilla lite 3. tap add an attachment 4 [review]. add an image 5. select done. 6. tap the image Expected: some header or something explaining that this is a preview of the image and option to go back or remove Actual: no header nor option; image is overlayed and you can see a "logout" link in portrait which you can't invoke.
Reporter | ||
Updated•9 years ago
|
Whiteboard: [ignite]
Reporter | ||
Updated•9 years ago
|
Priority: -- → P1
Comment 1•9 years ago
|
||
I would like to switch the behaviour of the attachments to mimic the behaviour of the attachments in the email application, they trigger a 'view' activity which when invoked will bring up the gallery etc, this will allow us to preview much more files and be far cleaner on our implementation, sound good?
Flags: needinfo?(jsavory)
Comment 2•9 years ago
|
||
Yup I agree, this is what I would recommend as well. Following the email format works for me, let me know if there is anything you want me to make specs for.
Flags: needinfo?(jsavory)
Updated•9 years ago
|
Whiteboard: [ignite] → [spark]
Comment 3•9 years ago
|
||
I haven't actually had an opportunity to test this because I don't have an account on bugzilla-dev. It's a relatively straightforward series of changes, but promises are difficult and bugs are sneaky.
Attachment #8624406 -
Flags: review?(dale)
Comment 4•9 years ago
|
||
Comment on attachment 8624406 [details] [review] Github PR Hey James, this looks great thanks a lot. There is one issue, mozActivity isnt supported on desktop and we want bzlite to be working there. We need to detect mozActivity support and either use <a href="data:..."> or window.open if mozActivity doesnt exist
Attachment #8624406 -
Flags: review?(dale)
Comment 5•9 years ago
|
||
I have cleared review for now but ill give it a few run throughs to test its all working good, code wise its looking great, nice cleanups and better performance lazy encoding the blobs. I am trying to figure out how to get a global login for bugzilla-dev so its easier to test
Comment 6•9 years ago
|
||
James, asked #bmo for a global login so anyone contributing to bzlite can use these credentials to test https://github.com/mozilla-b2g/bzlite#running-bugzilla-lite Hopefully that helps you out, cheers
Comment 7•9 years ago
|
||
(In reply to Dale Harvey (:daleharvey) from comment #6) > James, asked #bmo for a global login so anyone contributing to bzlite can > use these credentials to test > > https://github.com/mozilla-b2g/bzlite#running-bugzilla-lite > > Hopefully that helps you out, cheers Thanks! I've verified that my change works on the Flame and Firefox Nightly. It now falls back to using URL.createObjectURL when MozActivity is unavailable. This technically brings the minimum supported browser version up slightly, but is much cleaner than creating a base64 encoding. The pull request has been updated accordingly, I'll add back the review flag.
Updated•9 years ago
|
Attachment #8624406 -
Flags: review?(dale)
Comment 8•9 years ago
|
||
Comment on attachment 8624406 [details] [review] Github PR Yeh I am not super worried about older desktop browsers but hoping to keep it working in latest chrome and firefox at least Thanks a lot, this is great and its working well for me
Attachment #8624406 -
Flags: review?(dale) → review+
Comment 9•9 years ago
|
||
Merged in https://github.com/mozilla-b2g/bzlite/commit/75024f10209d2696555fba72d6cb4c1b50ca2f1e
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•