Does not map pdf files to document type

Bug #1374611 reported by Andrew Hayzen on 2014-09-26
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
webbrowser-app
Fix Released
High
Alexandre Abreu
webbrowser-app (Ubuntu)
Undecided
Unassigned

Bug Description

Attempting to test adding content-hub support to docviewer and I have noticed that pdf files are not mapped to the document type when they are opened in the web browser.

Related branches

David Barth (dbarth) on 2014-09-29
Changed in webbrowser-app:
assignee: nobody → Alexandre Abreu (abreu-alexandre)
Olivier Tilloy (osomon) wrote :

We should probably add "pdf" to the list of recognized extensions in src/app/FileExtensionMapper.js and "application/pdf" to the list of recognized mime types in src/app/MimeTypeMapper.js.

@Olivier: yes,

Although in the longer terms there are plans to add pdf support in oxide:

https://bugs.launchpad.net/oxide/+bug/1331059

Changed in webbrowser-app:
status: New → Triaged
importance: Undecided → High
Changed in webbrowser-app:
status: Triaged → In Progress
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webbrowser-app - 0.23+14.10.20141008-0ubuntu1

---------------
webbrowser-app (0.23+14.10.20141008-0ubuntu1) utopic; urgency=low

  [ CI bot ]
  * Resync trunk

  [ Alexandre Abreu ]
  * Properly setup host support when devtools inspector mode used (LP:
    #1376783)
  * Add pdf mime type support to content hub mapping, (LP: #1374611)

  [ Olivier Tilloy ]
  * Remove the temporary workaround for bug #1328839 as fullscreen
    switching is now fully functional in qtubuntu. (LP: #1328839)
  * Remove an unused import that triggered a (harmless) warning. (LP:
    #1377885)
  * Update application screenshot. (LP: #1377974)
  * Restore only the n most recent tabs at startup, to limit the
    overhead of instantiating too many tab objects. (LP: #1376433)
 -- Ubuntu daily release <email address hidden> Wed, 08 Oct 2014 09:23:52 +0000

Changed in webbrowser-app (Ubuntu):
status: New → Fix Released
Olivier Tilloy (osomon) on 2014-10-08
Changed in webbrowser-app:
status: In Progress → Fix Released
Selene ToyKeeper (toykeeper) wrote :

After installing this (via silo) and PdfjsViewer, I still can't open PDFs via the web browser app. I verified that the server is sending application/pdf as the content-type, and the file is named test.pdf, but I don't know if PdfjsViewer registers itself as a handler for that type of file.

http://toykeeper.net/tmp/phablet/test.pdf

@selene: which image are you testing it on? ... I tested again there (w/ a ppa that included the fix) and it works. I tested explictly w/ the pdf document you provided in the comment (test.pdf) and by typing the url in the address bar. I got a prompt to select an app for it (in which pdfjsviewer was listed) and after selecting it I could download it and it opened properly ...

Olivier Tilloy (osomon) wrote :

Same here, except that I tested with various test PDF documents (just google for "example pdf"). I tested (and it worked) both on utopic-proposed and 14.09-proposed.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers