[Bug 1058162] [NEW] qsexec missing from libapache2-mod-qos bundle
Public bug reported: The libapache2-mod-qos package in precise includes the apache module, and also a bunch of qs* tools. qsexec is one of the tools in the QS suite, and actually the bundle includes the man page for it. But the executable itself is missing: http://packages.ubuntu.com/precise/i386/libapache2-mod-qos/filelist Is this for some reason or is it just a bug? ** Affects: libapache2-mod-qos (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1058162 Title: qsexec missing from libapache2-mod-qos bundle To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-qos/+bug/1058162/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 229952] Re: firefox opens files read-only
Even better: http://forums.mozillazine.org/viewtopic.php?p=3836465#p3836465 Jose On Tue, Feb 24, 2009 at 7:01 PM, Jeffrey Silverman jeffrey.d.silver...@gmail.com wrote: It turns out that I agree with you, Nikolaus, especially given that it seems the issue is on OO's end. Anyway, I found a workaround that is fine for my needs: Click on the Edit this File button in OpenOffice. (Between the PDF icon and the Email icon on the normal toolbar) and it pretty much does what I want. The problem was that it was in no way obvious that this icon even existed, let alone would do what I want it to. THanks! -- firefox opens files read-only https://bugs.launchpad.net/bugs/229952 You received this bug notification because you are a direct subscriber of the bug. -- firefox opens files read-only https://bugs.launchpad.net/bugs/229952 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 229952] Re: firefox opens files read-only
Yes, this is still an issue for me. My Ubuntu system is up to date. My Firefox version as displayed in the Help - About Mozilla Firefox menu: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.5) Gecko/2008121621 Ubuntu/8.04 (hardy) Firefox/3.0.5 Regards, Jose On Thu, Jan 22, 2009 at 5:22 PM, Martin Mai martinmai1...@web.de wrote: We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance. ** Changed in: firefox-3.0 (Ubuntu) Status: New = Incomplete -- firefox opens files read-only https://bugs.launchpad.net/bugs/229952 You received this bug notification because you are a direct subscriber of the bug. -- firefox opens files read-only https://bugs.launchpad.net/bugs/229952 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 90378] Re: Should make downloaded files-read only
Yes, and uTorrent should fix their app too... http://support.mozilla.com/tiki-view_forum_thread.php?comments_parentId=65735forumId=1 (to be continued...) -- Should make downloaded files-read only https://bugs.launchpad.net/bugs/90378 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 90378] Re: Should make downloaded files-read only
IMHO OpenOffice is just an example of application that illustrates a use-case scenario where this feature proves to be flawn. If we decide that all downloads are to be opened on read-only mode by the target application, then we have to change the behavior of all the possible target applications for a download, if we want to be able to edit the file no matter its permissions: - OpenOffice - Koffice - Video-editing Sw - Audio-editing Sw - Plaintext editors ... you name it -- Should make downloaded files-read only https://bugs.launchpad.net/bugs/90378 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 90378] Re: Should make downloaded files-read only
Well, I guess it all depends on how we look at the problem... I can understand why you say that Firefox behaves correctly by saving downloads as read-only, but then would that mean that wget behaves wrongly by saving downloads with user-set permissions? I don't think so. It all depends on the use-case scenario, ie. it all depends on what the user wants to actually do with the file, but this is of course, we don't know. On certain use-case scenarios, saving read-only is annoying because the target application may behave unexpectedly because of the file's permissions (the OpenOffice case, for example). Let's name this the JohnnyBrowser's use-case scenario. On other use-case scenarios, saving with write permissions can mislead the user to believe that he has saved a file that will be swept away. Say this is JohnnyKeeper's use-case scenario. The problem here is that you must take a decision. Our goal here should be to try annoying users the least possible. Say we save with write permissions: user JohnnyKeeper will eventually learn that if he does not save as his downloads to a well-known directory, he ends up loosing them. It will cost him a few data losses, but he will eventually learn and live happily ever after. User JohhnyBrowser leaves happily. On a daily basis, here is what these 2 guys end up doing: JohnnyKeeper opens a document, edits it, then does a save as, chooses a new file name, saves, then closes application. JohhnyBrowser opens a document, edits it, then closes application. Say we save with read-only permissions: user JohnnyKeeper will eventually learn that he can't save directly, but must first do a save as if he wants to keep/edit the downloaded file. He will never loose data, and live happily ever after. User JohnnyBrowser will eventually learn that with certain downloads he can't edit directly, but must first do a save as. He will never live happily, wondering why he must save and name a file he does not want to keep anyway. On a daily basis, here is what these 2 guys end up doing: JohnnyKeeper opens a document, then does a save as, chooses a new file name, saves, edits the file, then saves, then closes application. JohhnyBrowser opens a document, then does a save as, chooses a new file name, saves, edits the file, then closes application. If we save read-only, both users end up doing more tasks (on certain apps, of course), and in some cases they end up doing tasks that have nothing to do with their goals. -- Should make downloaded files-read only https://bugs.launchpad.net/bugs/90378 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 90378] Re: Should make downloaded files-read only
You are right that the wget comparison was not proper, but actually my point was: there is no such thing as right/wrong behaviour, because it all depends on what the user wants to do with the file, which we don't know. So I am not talking about bugs here, just about features. An OpenOffice developer could reasonably argue that OpenOffice documents that have only read permissions should not be editable by default. We could probably find a use-case scenario where that makes sense and would save someone from wasting time editing a file he would never be able to modify. I would not say such a behaviour is a bug, it is just a design decision. The key question here is which decision is less annoying for your users. You decide that you rather go for the read-only option. That is fine, it sure makes sense. But the fact is that the consequences for your users are unavoidable. Users don't file bugs nor try to change developers' minds, they just switch applications. They won't care whether FFox3 is doing the right thing or not, they will just switch to FFox2, Opera, Safari or whatever if that makes their life easier. I would not say Opera or Safari are buggy if they save temporary files with write permissions. They just made a different design decision. -- Should make downloaded files-read only https://bugs.launchpad.net/bugs/90378 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 90378] Re: Should make downloaded files-read only
I must be missing something, because I actually started experiencing the problem (both in ffox3 tbird) since I upgraded to hardy. -- Should make downloaded files-read only https://bugs.launchpad.net/bugs/90378 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 175286] Re: Feature request: save files read-only when invoking external viewers
Drawbacks: Use-case 1 : I want to open a text document, change a few things and print it. Use-case 2 : I want to open a spreadsheet and mess with the formulas and numbers just to compare a few numbers. In both cases, even if I don't want to keep the document, I am forced to: 1) Press Save as... 2) Choose and type a name for a document I don't even want to keep 3) Press Save -- Feature request: save files read-only when invoking external viewers https://bugs.launchpad.net/bugs/175286 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 87101] Re: when opening an attachment, it should be written to tmp as a read-only file
I agree with pvilela: this is not a bug, it is actually a feature! If I open a spreadsheet and I want to tweak the formulas, I must first save it; actually it is not as simple as pressing the save button, because I actually have to save as... it, name it, then save it. All of that, even if I don't want to keep it at all. If I open a text document and I want to modify the text and print it, I must do the exact same thing, even if I don't want to keep it. The same thing has happened with Thunderbird: all attachments now open as read-only files in the respective applications. Very annoying. -- when opening an attachment, it should be written to tmp as a read-only file https://bugs.launchpad.net/bugs/87101 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 90378] Re: Should make downloaded files-read only
I agree with Randall that this behaviour is quite annoying. We also run a web application that allows us to download on-the-fly-generated OpenOffice documents, for instance packing-list documents. A user downloads a packing-list just for printing, not for keeping the document. But sometimes, before printing, it is useful to edit the document to add some manual data. So what happens now with hardy is, the user needs to save the document, then edit, then print. Is there any way for me to set the permissions with which firefox saves downloaded files? -- Should make downloaded files-read only https://bugs.launchpad.net/bugs/90378 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 229952] Re: firefox opens files read-only
This is not a bug, strictly speaking, but it is actually a usability problem. The problem is that the behavior that a user expects when downloading an OpenOffice document is: it opens in OpenOffice, and then one can do with it whatever one normally does with OpenOffice documents (modify it, keep it, print it, whatever). Users learn, by their browsing experience, that when they want to keep something (be it a web page, a pdf file, a sound file, whatever), they must first download it and then do a save as. They also learn, by their desktop experience, that when OpenOffice opens a document, they can do with it whatever they want. Anything that breaks those well learnt, expected easy behaviors will be annoying. Check for instance the behavior of the MacOS platform (the Apple bunch is pretty good at usability). Dang, even Microsoft got it right! By the way... if the web is read-only, then there is no way you can loose the document: it is on the web. -- firefox opens files read-only https://bugs.launchpad.net/bugs/229952 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 109727] Re: xscan not connecting with scanner and crashing
I seem to be having the same problem. My scanner is a 1212u too, but that does not seem to be the problem, because Kooka crashes both with the USB scanner plugged and unplugged. scanimage, xscanimage also crash with a segmentation fault. It had always worked fine. My last scan was maybe 2 months ago, so I can't really tell on which update it actually stopped working. I regularly apply package updates as suggested by the daily update notifier. My box: $ uname -a Linux jsobox 2.6.20-16-generic #2 SMP Sun Sep 23 18:31:23 UTC 2007 x86_64 GNU/Linux ** Attachment added: Backtrace from The KDE Crash handler (with the scanner unplugged) http://launchpadlibrarian.net/10361904/kooka_crash.txt -- xscan not connecting with scanner and crashing https://bugs.launchpad.net/bugs/109727 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 101914] Same thing happens to me in xubuntu
I could not follow the steps at ... https://wiki.ubuntu.com/DebuggingRemovableDevices ... because my system lacks the gnome-volume-manager utility, but I am willing to provide any debugging data that might be needed. -- usb storage drive does not automount https://bugs.launchpad.net/bugs/101914 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 101914] Re: usb storage drive does not automount
The problem is that it just won't automount on reboot; other than that, it mounts without problem if I do it manually after boot. Here's some data about my box: dmesg about my USB drive: [17179612.976000] usb-storage: device scan complete [17179613.032000] Vendor: MaxtorModel: OneTouch II Rev: 023g [17179613.032000] Type: Direct-Access ANSI SCSI revision: 04 [17179613.172000] SCSI device sda: 398297088 512-byte hdwr sectors (203928 MB) [17179613.228000] sda: Write Protect is off [17179613.228000] sda: Mode Sense: 24 00 00 00 [17179613.228000] sda: assuming drive cache: write through [17179613.284000] SCSI device sda: 398297088 512-byte hdwr sectors (203928 MB) [17179613.34] sda: Write Protect is off [17179613.34] sda: Mode Sense: 24 00 00 00 [17179613.34] sda: assuming drive cache: write through [17179613.34] sda: sda1 [17179613.368000] sd 0:0:0:0: Attached scsi disk sda [17179613.42] sd 0:0:0:0: Attached scsi generic sg0 type 0 my /etc/fstab: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 # /dev/hda1 UUID=bfd7d811-0bc4-4215-bde2-a3242edb0e8c / ext3 defaults,errors=remount-ro 0 1 # /dev/hda5 UUID=997b0f1a-dda3-446a-8e81-a58342e7ec3a noneswapsw 0 0 /dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/sda1 /media/usbdisk autorw,nosuid,nodev 0 0 /dev/ /media/floppy0 autorw,user,noauto 0 0 [EMAIL PROTECTED]:/var/log$ uname -a Linux backupbox 2.6.17-11-generic #2 SMP Thu Feb 1 19:52:28 UTC 2007 i686 GNU/Linux [EMAIL PROTECTED]:/var/log$ id uid=1000(jsandeo) gid=1000(jsandeo) groups=4(adm),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),109(lpadmin),112(scanner),114(admin),1000(jsandeo) [EMAIL PROTECTED]:/var/log$ id hal id: hal: No such user [EMAIL PROTECTED]:/var/log$ id haldaemon uid=106(haldaemon) gid=110(haldaemon) groups=110(haldaemon),24(cdrom),25(floppy),46(plugdev) [EMAIL PROTECTED]:/var/log$ [EMAIL PROTECTED]:/var/log$ ls -l /dev/sd* brw-rw 1 root plugdev 8, 0 2007-05-16 18:34 /dev/sda brw-rw 1 root plugdev 8, 1 2007-05-16 18:34 /dev/sda1 -- usb storage drive does not automount https://bugs.launchpad.net/bugs/101914 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs