(In reply to andreas.fischlin from comment #199) > (In reply to Mihovil Stanic [:Mikeyy - L10n HR] from comment #197) > > Not sure why all Thunderbird related bug reports are dumped into this > > Firefox bug. > > Firefox and Thunderbird have wildly different use case. While "remembering > > with which app to open certain files" isn't much of an issue for Firefox, > > it's big issue in Thunderbird when handling lots of email with attachments. > > > > Like some users before me, I suggest decoupling Thunderbird issue from > > Firefox and fixing it (hacky or not) on Thunderbird side, while leaving > > Mozilla to decide whatever think it's best for Firefox. If Mozilla fixes > > Firefox eventually, TB fix can be reverted. > > > > As far as I can see, there is currently 3 TB bugs reported in last month > > for this exact issue, all marked as duplicate of this bug, which means > > users are reacting to it. > > As FF and TB were made similar in terms of the code that is of relevance > here, I am not convinced that a separate handling of the two applications is > doable. I say this also, as this decision to use common code may be > entrenched into the code maintenance too much to be sensible. But this is to > decide by the programmers of these applications, not me (I progam other > things). > > Moreover, the user experience is basically the same. There are needs to view > attachments and there are true downloads in both applications and from the > perspective of the user experience I argue that it makes a lot of sense to > treat them in the same manner, i.e. not only common code is less to maintain, > but also handling the same user experience in the same way is only beneficial > to all when based on a good user model. > > However, there seems to be no solid user model for how to handle files, i.e. > attachments in case of TB and linked files in case of FF. The problem is that > the programmers seem not to understand the issues that users of the > applications are confronted with and AFAIK there was never a proper treatment > of these issues done. E.g. first there is the common problem of the inability > of separating the viewing of attachments (TB) or linked files (FF) from > actual downloading when a user wishes to keep those files on her system. > Admitted, this has little to do with this bug, yet it relates to the same > irritating decisions of the programmers what the user experience ought to be > when users access attachments (TB) or linked files (FF). The 2nd problem, > this very bug we discuss here, is then also not handled properly since years, > as user experience seems here not to matter much. I have to admit, for > reasons that escape me as e.g. FF is otherwise a wonderful application in > many respects. But the issues related to the user experience in terms of how > attachments are handled may indeed matter more in the case of TB. I for > instance no longer use TB for exactly these reasons. In this respect I agree > with you.
This would make a good statement for the use of the old "Seamonkey" (previously Netscape) model, with both integrated together. Maybe keeping that part of the project alive would have kept some commonality between Firefox and Thunderbird even now. Is "Seamonkey" still even a thing? If so, maybe there is a hint or a clue for how to fix this in that. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1065126 Title: "Always do this from now on" does not work Status in Mozilla Firefox: Confirmed Status in One Hundred Papercuts: Confirmed Status in firefox package in Ubuntu: Confirmed Bug description: Downloading an unknown file type in Firefox displays a dialog for choosing which application to use for opening the file. The dialog contains a check box labelled "Always do this action from now on". Checking this option does not work: When I download a file of the same type next time, the same dialog is displayed again. This feature is broken for as long as I can remember (> 10 years). It's time it was fixed (or removed). ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: firefox 15.0.1+build1-0ubuntu0.12.04.1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic 3.2.28 Uname: Linux 3.2.0-31-generic x86_64 NonfreeKernelModules: nvidia AddonCompatCheckDisabled: False AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24. ApportVersion: 2.0.1-0ubuntu13 Architecture: amd64 ArecordDevices: **** List of CAPTURE Hardware Devices **** card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog] Subdevices: 2/2 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC0: ruediger 2536 F.... pulseaudio BuildID: 20120907231657 Card0.Amixer.info: Card hw:0 'Intel'/'HDA Intel at 0xfe220000 irq 49' Mixer name : 'Analog Devices AD1984' Components : 'HDA:11d41984,17aa20bb,00100400' Controls : 32 Simple ctrls : 20 Card29.Amixer.info: Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw 7KHT24WW-1.08' Mixer name : 'ThinkPad EC 7KHT24WW-1.08' Components : '' Controls : 1 Simple ctrls : 1 Card29.Amixer.values: Simple mixer control 'Console',0 Capabilities: pswitch pswitch-joined penum Playback channels: Mono Mono: Playback [on] Channel: Unavailable Date: Wed Oct 10 18:17:44 2012 EcryptfsInUse: Yes ForcedLayersAccel: False IfupdownConfig: auto lo iface lo inet loopback InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1) IpRoute: default via 172.31.0.1 dev wlan0 proto static 169.254.0.0/16 dev wlan0 scope link metric 1000 172.31.0.0/20 dev wlan0 proto kernel scope link src 172.31.9.26 metric 2 MostRecentCrashID: bp-7716491c-74b4-4213-bbf0-37b512110505 PrefSources: prefs.js Profiles: Profile0 (Default) - LastVersion=15.0.1/20120907231657 (In use) RelatedPackageVersions: rhythmbox-mozilla 2.96-0ubuntu4.2 totem-mozilla 3.0.1-0ubuntu21.1 icedtea-6-plugin 1.2-2ubuntu1.2 RunningIncompatibleAddons: False SourcePackage: firefox UpgradeStatus: Upgraded to precise on 2012-04-28 (165 days ago) dmi.bios.date: 03/18/2011 dmi.bios.vendor: LENOVO dmi.bios.version: 7LETC9WW (2.29 ) dmi.board.name: 6457BBG dmi.board.vendor: LENOVO dmi.board.version: Not Available dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.modalias: dmi:bvnLENOVO:bvr7LETC9WW(2.29):bd03/18/2011:svnLENOVO:pn6457BBG:pvrThinkPadT61:rvnLENOVO:rn6457BBG:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable: dmi.product.name: 6457BBG dmi.product.version: ThinkPad T61 dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1065126/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
