acroread does not become the default PDF handler for email even after answering "Yes" to the debconf question
Bug #482533 reported by
U Das
This bug affects 2 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| acroread (Ubuntu) |
Incomplete
|
Undecided
|
Brian Thomason | ||
Bug Description
Binary package hint: acroread
It seems that there is no "/usr/lib/
shipped with acroread anymore. Not sure if that is intentional.
ProblemType: Bug
Architecture: i386
Date: Sat Nov 14 14:12:55 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: acroread 9.2-1karmic1 [modified: opt/Adobe/
ProcEnviron:
PATH=(custom, user)
LANG=en_IN
SHELL=/bin/bash
ProcVersionSign
SourcePackage: acroread
Tags: ubuntu-unr
Uname: Linux 2.6.31-14-generic i686
Revision history for this message
| U Das (nxb76z7f001) wrote | #1 |
| Changed in acroread (Ubuntu): | |
| assignee: | nobody → Brian Thomason (brian-thomason) |
Revision history for this message
| danmb (danmbox) wrote | #2 |
| summary: |
- Karmic acroread does not become the default PDF handler for email even - after answering "Yes" to the debconf question + acroread does not become the default PDF handler for email even after + answering "Yes" to the debconf question |
| tags: | added: lucid |
Revision history for this message
| Gianfranco Costamagna (costamagnagianfranco) wrote | #3 |
| Changed in acroread (Ubuntu): | |
| status: | New → Incomplete |
To post a comment you must log in.
This is still the case in Lucid. Google Chrome uses xdg-open, which in turn relies on /etc/mailcap, which doesn't know about acroread.
Please include /usr/lib/
Workaround: create the file manually, it should read
application/pdf; /usr/bin/acroread '%s'; test=test "$DISPLAY" != ""; description=
Then run sudo update-mime. You may also wish to also edit /etc/mailcap.order