Does not map pdf files to document type

Bug #1374611 reported by Andrew Hayzen
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
webbrowser-app
Fix Released
High
Alexandre Abreu
webbrowser-app (Ubuntu)
Fix Released
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)
Changed in webbrowser-app:
assignee: nobody → Alexandre Abreu (abreu-alexandre)
Revision history for this message
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.

Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

@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
Revision history for this message
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)
Changed in webbrowser-app:
status: In Progress → Fix Released
Revision history for this message
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

Revision history for this message
Alexandre Abreu (abreu-alexandre) wrote :

@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 ...

Revision history for this message
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  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.