Closed Bug 881953 Opened 12 years ago Closed 8 years ago

[B2G][Leo][PDF Viewer]PDF Viewer does not display PDF's in landscape mode

Categories

(Firefox OS Graveyard :: Gaia::PDF Viewer, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(tracking-b2g:backlog, b2g-v1.4 affected, b2g-v2.0 affected, b2g-v2.1 affected, b2g-master affected)

RESOLVED WONTFIX
1.1 QE5
tracking-b2g backlog
Tracking Status
b2g-v1.4 --- affected
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-master --- affected

People

(Reporter: sparsons, Unassigned)

References

Details

(Keywords: foxfood, Whiteboard: permafail)

Attachments

(1 file)

Description: The PDF viewer will remain in portrait mode if the user attempts to view a PDF in landscape mode. Repro Steps: 1) Updated to Leo Build ID: 20130610070206 2) Open the Browser app and go to http://apps.irs.gov/app/picklist/list/formsInstructions.html 3) Pick a PDF to open. 4) Once the PDF viewer is open, rotate the phone horizontally to enable landscape mode. Actual: PDF Viewer will remain in portrait mode. Expected: PDF should display in landscape mode once the phone is rotated horizontally. Environmental Variables Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/8e3f39363c54 Gaia: ce3b99781d182ad550a325206990c249b0dbcf0e Platform Version: 18.0 Notes: Repro frequency: 100% Test Suite Name: PDF Viewer UCID: pdfviewer-003 Link to failed test case:https://moztrap.mozilla.org/results/case/212339/
Attached file logcat
Whiteboard: leorun3 → leorun3,leorun4
Blocker for PDF Viewer, IMO. As this has appeared now in two testruns, we can safely assume this is still busted. Nomming.
blocking-b2g: --- → leo?
Priority: -- → P1
Target Milestone: --- → 1.1 QE5
Wouldn't block a release on this, pdfs are still viewable.
blocking-b2g: leo? → -
Whiteboard: leorun3,leorun4 → leorun3,leorun4, retest_leorun4
Good point lukas. Still, I'm thinking this could be worth fixing. Nomming thus for koi?
blocking-b2g: - → koi?
Whiteboard: leorun3,leorun4, retest_leorun4 → leorun3,leorun4, retest_leorun4, email_and_pdf_leorun
Whiteboard: leorun3,leorun4, retest_leorun4, email_and_pdf_leorun → leorun3,leorun4, retest_leorun4, email_and_pdf_leorun, burirun1
Peter, Please nom for a release.
blocking-b2g: koi? → -
Flags: needinfo?(pdolanjski)
Whiteboard: leorun3,leorun4, retest_leorun4, email_and_pdf_leorun, burirun1 → leorun3,leorun4, retest_leorun4, email_and_pdf_leorun, burirun1, burirun2
Flags: needinfo?(pdolanjski) → needinfo?(arogers)
I was able to reproduce this behavior on version 1.3 Buri using the below environmental variables: Environmental Variables: Device: Buri v1.3 Mozilla RIL BuildID: 20131210004003 Gaia: 3452fbdb5e1bed0cd27cc6173136537a03e8072f Gecko: e0c328d99742 Version: 28.0a2 Link to failed test case - https://moztrap.mozilla.org/manage/case/4935/
Whiteboard: leorun3,leorun4, retest_leorun4, email_and_pdf_leorun, burirun1, burirun2 → permafail
added to bug backlog
blocking-b2g: - → backlog
Flags: needinfo?(arogers)
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
blocking-b2g: backlog → ---
Still here on master.
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: