Bug#319296: mozilla-thunderbird: "Do this automatically from now on" greyed out in open dialog
Ben Eastep
Version: 1.0.2-3
Severity: normal
When an attachement is of type application/octet-stream, thunderbird
figures out what to open it by some means, presumably based on the filename,
however the open dialog greys out the "Do this automatically for files like
this from now on." Presumably this is since a user wouldn't want to pick a
single helper to open ALL application/octet-streams, however it would be
useful if the user could still edit what thunderbird does with files of
whatever specific type thunderbird settled on. Otherwise, with any file
types that the user always recieves as octet-stream, there is no way for the
user to specifiy a default handling for those files (very annoying)
Ben Eastep
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages mozilla-thunderbird depends on:
ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libfontconfig1 2.3.2-1 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libgcc1 1:4.0.0-9 GCC support library
ii libglib2.0-0 2.6.5-1 The GLib library of C routines
ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface
ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension
ii libxrender1 1:0.9.0-2 X Rendering Extension client libra
ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics
ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-4 compression library - runtime
Versions of packages mozilla-thunderbird recommends:
ii myspell-en-us [myspell 20030813-3 English (US) dictionary for myspel
ii xprint 1:0.1.0.alpha1-11 Xprint - the X11 print system (bin
-- debconf information:
* mozilla-thunderbird/browser: Debian
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Alexander Sack
>When an attachement is of type application/octet-stream, thunderbird
>figures out what to open it by some means, presumably based on the filename,
>however the open dialog greys out the "Do this automatically for files like
>this from now on." Presumably this is since a user wouldn't want to pick a
>single helper to open ALL application/octet-streams, however it would be
>useful if the user could still edit what thunderbird does with files of
>whatever specific type thunderbird settled on. Otherwise, with any file
>types that the user always recieves as octet-stream, there is no way for the
>user to specifiy a default handling for those files (very annoying)
>
>
You can think of any default handling that makes sense?
Cheers,
--
GPG messages preferred. | .''`. ** Debian GNU/Linux **
Alexander Sack | : :' : The universal
as...@jwsdot.com | `. `' Operating System
http://www.asoftsite.org | `- http://www.debian.org/
Alexander Sack - Debian Bugmail
> Ben Eastep wrote:
>
> >When an attachement is of type application/octet-stream, thunderbird
> >figures out what to open it by some means, presumably based on the filename,
> >however the open dialog greys out the "Do this automatically for files like
> >this from now on." Presumably this is since a user wouldn't want to pick a
> >single helper to open ALL application/octet-streams, however it would be
> >useful if the user could still edit what thunderbird does with files of
> >whatever specific type thunderbird settled on. Otherwise, with any file
> >types that the user always recieves as octet-stream, there is no way for the
> >user to specifiy a default handling for those files (very annoying)
> >
> >
> You can think of any default handling that makes sense?
>
You ever answered this mail? I cannot find any answer in my mailbox,
thus I either received none or it sank because you replied to my
private address only - in this case sorry ;).
FWIW, I still can't see how to implement a default octet-stream
handler. Maybe one could leverage the 'file' command to extract a
suitable mime-type. Anyway, this is not an option since there is no
such command under windows.
- Alexander
p.s. please take care that the bug is listed as To: or CC: when
replying to this mail (e.g. /reply-all/).
--
GPG messages preferred. | .''`. ** Debian GNU/Linux **
Alexander Sack | : :' : The universal
as...@debian.org | `. `' Operating System