I just changed my image viewer from eog (I think) to /usr/bin/chromium-browser
--new-window
and now images appear just fine, even though when I check the existence of the
image (or, for instance, reload it) it has disappeared. So is the current bug
just a matter of how long the viewer
*I THOUGHT* it was matter of if the viewer stays in the foreground or
switches to the background. BUT, chromium-browser --new-window will got to the
background if there's already a chromium-browser window open.
As you say, though, if chromium-browser opens the file BEFORE going into the
Suggestion: What about an option that allows to turn off deletion of
such temporary files at all, maybe only for specified mimetypes?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/905468
Title:
Just to update this.
/etc/mailcap is created by update-mime which gets its data from
/usr/lib/mime/packages
the libreoffice files in there come from the libreoffice packages
dpkg-query -S /usr/lib/mime/packages/libreoffice-writer
libreoffice-writer: /usr/lib/mime/packages/libreoffice-writer
Gerry,
To your second last reply, which I overlooked at the time:
No, there is lots of private info in the complete debug file.
Unless you assure me that there won't be passwords, I won't even send it to you
privately.
But if it can't contain any auth info, I can email it to you?
--
You
Thank you!
Oh-oh; I don't get anything from your grep command. In fact (after -v9 launch):
grep mailcap ~/.pine-debug1
set_current_val(var=mailcap-search-path, expand=1, cmdline=1)
no-enable-mailcap-param-substitution
--
You received this bug notification because you are a member of Ubuntu
Interesting. I still think it's likely the file is getting created and
then deleted, but now I have no evidence of that.
2 things:
1. Could you attach the entire debug file to this bug?
2. You could make sure the temp file is getting created? Here are the steps I
used:
sudo aptitude install
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: alpine (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/905468
Title:
View
I have this issue. I think I might be able to shed some light:
Run alpine with -d9 and look in the .pine-debug1 file.
11:51:44.256960
exec_mailcap_cmd: command=(soffice -no-oosplash --writer
'/tmp/img-MSWORD-09433.doc' ; rm -f /tmp/img-MSWORD-09433.doc)
That's what it's trying to do to view
I was inspired to dig some. I changed my /etc/mailcap file to get rid of
-no-oosplash
sed -i.bak -e 's/-no-oosplash/--nologo/g;' /etc/mailcap
And it is no longer a problem for me. Attachments now work correctly.
If the original submitter would run alpine with a -d9 and send on the
output of
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/905468
Title:
View attachment fails in Alpine when attachment is an image: image
Viewer cannot find file
To manage notifications about this bug go
11 matches
Mail list logo