Bug 242448
Summary: | Writing failed where copying succeeded | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | The Source <thesource> | ||||
Component: | firefox | Assignee: | Tom "spot" Callaway <tcallawa> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 7 | CC: | gecko-bugs-nobody, mcepl, szaka | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | pleaForReproductionFF3 | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-02-29 13:46:35 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
The Source
2007-06-04 11:09:01 UTC
Created attachment 156062 [details]
File with which problem happened
Can you please give me a log showing: - The filesystems mounted (both the NTFS and the ext3 volumes) - The mount options used (if you can show the mount operation being done manually, that would be ideal) - The errors from trying to save the file with firefox. Also, do you have selinux enabled? It appears that can not save file with any application (only copying works). They all say "operation not permitted". My mount options are: defaults,users,force,umask=0000,exec,nls=utf8 SELinux is disabled. Looks like problem with enlarging files. Firefox generally works fine with NTFS-3G but some versions indeed have some file permission/ownership handling related problem. Can you reproduce the problem if you try these out? 1) remove the 'umask=0000' option then unmount/mount NTFS again 2) remove both the 'users' option then unmount/mount NTFS again 3) remove both the 'umask=0000' and 'users'options then unmount/mount NTFS again If the problem persists in all cases then please send the output of grep -i ntfs /var/log/messages It's also possible that the relevant NTFS directory is transparently compressed on the file system level which is not fully supported yet, so some operations can be denied. Bug 243594 is probably the same. Here are some hints where the bug is in Firefox, and which affects both NTFS and FAT32 partitions: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/65164 Damn, looks like it is firefox after all - I have just encountered the same problem on my flash drive (FAT). Tried everything you say - didn't help. There was no such problem in firefox 1.5 by the way. I'm not sure what did it, but after today's update problem seem to disappear. I was able to save files with firefox to ntfs normally. I suspect it is ntfsprogs. Can anyone confirm this? Saving to flash drive (FAT) also works fine. Not ntfsprogs fix I suppose. Recently this problem was fixed in firefox and I guess the fix is starting to appearing in the distros. At least I'm seeing more and more reports from different distros that upgrading firefox fixes the write problem. I was wrong. This is not completely fixed. Just happens more rarely. Can you update to the latest ntfs/firefox and see if this failure still occurs? ntfs-3g, rather. Updated everything to latest versions. (In Fedora 8 x86_64). Still getting errors when saving files to my flash drive (fat). At this point, we're going to only be taking security fixes and major stability fixes into this release of Fedora. However, we still want to ensure the bug is fixed in the next version. We'd appreciate if you could test Firefox 3, available at http://www.mozilla.com/en-US/firefox/all-beta.html or now shipping as the default in Fedora rawhide and provide feedback as to whether it still exists so we can file a ticket upstream to try to fix it in Firefox 3 before it is released. At this point, we're going to only be taking security fixes and major stability fixes into this release of Fedora. However, we still want to ensure the bug is fixed in the next version. We'd appreciate if you could test Firefox 3, available at http://www.mozilla.com/en-US/firefox/all-beta.html or now shipping as the default in Fedora rawhide and provide feedback as to whether it still exists so we can file a ticket upstream to try to fix it in Firefox 3 before it is released. Looks like fixed in FF3 beta okay, closing as rawhide. |