[Bug 247980] Re: Firefox/Nautilus losing mtime stamp on file copy to folder
Okay, this has gotten silly. The problem was reported, a fix released for Intrepid but not backported to Hardy two years ago. The last previous update before it was just upgraded to medium was over a year ago and I think all of us LTS types have probably upgraded from Hardy to Lucid by now. I actually just did last weekend after waiting for the point release. I've tested the behaviour I was reporting as a bug and find that it works as expected in Lucid. Let's just call this fixed and close it in such a way that it can't be updated again. -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 215499] Re: Nautilus not preserving timestamps
philinux wrote: Intrepid clean install. Just transferred files with gthumb and the timestamps are not preserved. However copying with nautilus, while painfully slow keeps the correct timestamps. Canon G5 camera. And it gets mounted correclty. Now I see why Sebastian was having such a time trying to keep the camera related issues separate from the Nautilus related issues. This was a bug report started for Nautilus NOT preserving timestamps in Hardy Heron. Your comment about your troubles with gthumb indicates that Nautilus IS preserving timestamps in Intrepid Ibex. As was suggested to me so long ago. Look for a gthumb bug to append your comment to or start a new gthumb bug. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 247980] Re: Firefox/Nautilus losing mtime stamp on file copy to folder
Launchpad Bug Tracker wrote: This bug was fixed in the package gvfs - 0.99.6-0ubuntu1 --- gvfs (0.99.6-0ubuntu1) intrepid; urgency=low * New upstream version: - Better cross-backend copy/move logic. Now will perform an actual file system move if possible, even when the source and target are handled by different backends - Now requires libsoup = 2.23.91. - Bug fixes 548841 - Incorrect usage of plural forms in gphoto backend 547133 - Getting mtime over http backend is broken (lp: #247980) 538573 - lastmodified uses ISO 8601 date/time where it should use http-date 549253 - error path leaks 549553 - gvfs mangles uri for unhandled schemes 550100 - gio uses 10^3 base (SI) for volume names 529971 - Restore from trash appears to do a file copy (lp: #222150) RH 460223 - gnome-mount no longer automatically opens LUKS-encrypted partitions -- Sebastien Bacher [EMAIL PROTECTED] Tue, 02 Sep 2008 11:49:45 +0200 ** Changed in: gvfs (Ubuntu) Status: Fix Committed = Fix Released I notice this is fixed in Intrepid. I'm running Heron and had planned to for a while yet. Is there any hope that this will be backported to Heron? I'm going to download the Intrepid beta to see if this is really fixed as expected and decide from there if this is enough to switch from heron earlier than planned. I have found an inelegant workaround in a Firefox add-on while I'm in Heron. -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 215499] Re: Nautilus not preserving timestamps
Sebastien Bacher wrote: the issue is not a lack of interest but a lack of manpower, there is thousand bugs opened and only a small team to work on those, the photo issue is a different one and seems to be a libgphoto one, see bug #49906 for example, the issue is not new in hardy Your referenced bug 49906 has nothing to do with my mentioned problem with Firefox. You keep trying to re-direct my problem with Firefox as a problem with some program that imports pictures from cameras. As a test I've re-installed Ubuntu 7.10 on a machine and confirmed that when a file is dragged and dropped from the Firefox window to a directory in a Nautilus window the last modified time from the web site is preserved. I then installed Firefox 3.0 on that Ubuntu 7.10 machine and find that the last modified time stamp IS STILL PRESERVED in such a drag and drop operation. Now I guess I'd have to see if they've backported the version of Nautilus from Ubuntu 8.04 to 7.10 to see if the time stamp preservation behavior is still preserved. Would that indicate that the problem is not with Firefox? And, please do not tell me this is something to do with camera photo importing. I'm not using a camera, I'm not importing photos from a camera -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 247980] Re: Firefox losing mtime stamp on file copy to folder
** Description changed: This seemed to be part of 215499 but Sebastian denies it being a Nautilus problem. Under 7.10 and Firefox 2, there was a behavior available where an image could be dragged and dropped from a website, not all but some websites, to a folder displayed by Nautilus or the Desktop and the filename and last modified time stamp were preserved in the copy. Since upgrading to Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last modified time stamp is now updated to the current system time. If one uses wget to retrieve the file the last modified time stamp is preserved, which indicates that the remote mtime time stamp is still accessible, but this is a poor backup to what used to be a simple drag and drop operation. As an example http://fc02.deviantart.com/fs9/i/2006/037/6/c/Fancy_Belt_by_baba49.jpg - can be dragged from Firefox to a folder and gets the current timestamp - where a wget preserves the remote mtime stamp of 06 Feb 2006 07:22;21 - PM. + can be dragged from Firefox to a folder and gets the current system time + as the last modified time stamp where a wget preserves the remote mtime + stamp of 06 Feb 2006 07:22;21 PM. You may not believe me but I swear these were preserved in the Ubuntu 7.10 with Firefox 2. + + Addition: As a result of other discussions, I installed Ubuntu 7.10 on + a spare machine and confirmed that the last modified time stamps were + being preserved in this drag and drop operation. I also installed the + Ubuntu 7.10 available Firefox 3.0 alpha and find the last modified time + stamps are still preserved. I haven't found a Nautilus 2.22.3 + backported to 7.10 to continue the test to see if the timestamps are + lost when Nautilus 2.22.3 is introduced into the situation. I might + have to go back to the Nautilus website and get the tar.gz and try to + install it but that will be when I have some more time to devote to + this. ** Tags added: firefox nautilus stamp time ** Summary changed: - Firefox losing mtime stamp on file copy to folder + Firefox/Nautilus losing mtime stamp on file copy to folder ** Description changed: - This seemed to be part of 215499 but Sebastian denies it being a - Nautilus problem. Under 7.10 and Firefox 2, there was a behavior available where an image could be dragged and dropped from a website, not all but some websites, to a folder displayed by Nautilus or the Desktop and the filename and last modified time stamp were preserved in the copy. Since upgrading to Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last modified time stamp is now updated to the current system time. If one uses wget to retrieve the file the last modified time stamp is preserved, which indicates that the remote mtime time stamp is still accessible, but this is a poor backup to what used to be a simple drag and drop operation. As an example http://fc02.deviantart.com/fs9/i/2006/037/6/c/Fancy_Belt_by_baba49.jpg can be dragged from Firefox to a folder and gets the current system time as the last modified time stamp where a wget preserves the remote mtime stamp of 06 Feb 2006 07:22;21 PM. You may not believe me but I swear these were preserved in the Ubuntu 7.10 with Firefox 2. Addition: As a result of other discussions, I installed Ubuntu 7.10 on a spare machine and confirmed that the last modified time stamps were being preserved in this drag and drop operation. I also installed the Ubuntu 7.10 available Firefox 3.0 alpha and find the last modified time stamps are still preserved. I haven't found a Nautilus 2.22.3 backported to 7.10 to continue the test to see if the timestamps are lost when Nautilus 2.22.3 is introduced into the situation. I might have to go back to the Nautilus website and get the tar.gz and try to install it but that will be when I have some more time to devote to this. -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 215499] Re: Nautilus not preserving timestamps
Sebastien Bacher wrote: the bug you are commenting on was an issue about nautilus standard copies, no about photos, not about firefox, and it has been fixed. if you have an another issue open a new bug as it has been done for the photo copies timestamp issue And If I do open one it would be under Nautilus, Correct? As I don't see it as a Firefox Problem. But you don't see it as a Nautilus problem. So it would be ignored. However, there is a bug open under 247980 and it seems to have been ignored so far. Of course, I'm new to reporting bugs because this is the first change in behavior in a negative direction that I've run into so far since starting with Ubuntu 6.6. Anyway, you've convinced me that it's useless to pursue it here, maybe period. I'll just have to get used to using wgets instead of drag and drops. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 215499] Re: Nautilus not preserving timestamps
Sebastien Bacher wrote: nautilus can have several issues, why do you insist to want to use this code issue which was a libglib bug and has been fixed now? bug #247980 seems to describe this one so you should rather comment on this one, not sure why the firefox maintainer didn't reply but I expect there is just too many bugs being open against firefox for him to work on everything I expect the Firefox Maintainer hasn't responded to it because copying files saves the last mtime stamp from the site when doing a copy with Firefox 2 or Firefox 3 working with Nautilus 2.20.0 under Ubuntu 7.10 and the last mtime is lost when doing the same operation from either Firefox 2 or Firefox 3 when copying to a folder in Nautilus 2.22.3 under Ubuntu 8.04 To make sure this behavior is as reported I have two machines, one with Ubuntu 7.10 and Firefox 2 and Firefox 3 and another separate machine with Ubuntu 8.04 and Firefox 2 and Firefox 3. Why should the Firefox maintainer think there is something wrong with Firefox when the two versions do the job with Nautilus 2.20.0 under Ubuntu 7.10 but not with Nautilus 2.22.3 under Ubuntu 8.04? What looks like the common point of failure among these programs? I'd love to have you explain it to me offside if you want. The questions might be In a drag and drop operation who ends up taking charge of the copy function, the sender, Firefox 2 or 3, or the receiver, Nautilus? If it's the sender, Firefox 2 or 3, then why do they send different information to Nautilus 2.20.0 and Nautilus 2.22.3? If it's the receiver, then when after 2.20.0 did Nautilus stop asking for the complete information about the files coming from Firefox 2 or 3? No, sorry, I haven't tried backporting Nautilus 2.22.3 to Ubuntu 7.10 yet. [EMAIL PROTECTED] -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 247980] Re: Firefox/Nautilus losing mtime stamp on file copy to folder
Sorry, Steve, don't know how this got here. I marked it invalid for you. ** Description changed: - Under 7.10 and Firefox 2, there was a behavior available where an image - could be dragged and dropped from a website, not all but some websites, - to a folder displayed by Nautilus or the Desktop and the filename and - last modified time stamp were preserved in the copy. Since upgrading to - Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last - modified time stamp is now updated to the current system time. + Under 7.10 and Firefox 2, there was a behavior available where an image could be dragged and dropped from a website, not all but some websites, to a folder displayed by Nautilus or the Desktop and the filename and last modified time stamp were preserved in the copy. Since upgrading to Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last modified time stamp is now updated to the current system time. If one uses wget to retrieve the file the last modified time stamp is preserved, which indicates that the remote mtime time stamp is still accessible, but this is a poor backup to what used to be a simple drag and drop operation. As an example http://fc02.deviantart.com/fs9/i/2006/037/6/c/Fancy_Belt_by_baba49.jpg can be dragged from Firefox to a folder and gets the current system time as the last modified time stamp where a wget preserves the remote mtime stamp of 06 Feb 2006 07:22;21 PM. You may not believe me but I swear these were preserved in the Ubuntu 7.10 with Firefox 2. Addition: As a result of other discussions, I installed Ubuntu 7.10 on a spare machine and confirmed that the last modified time stamps were being preserved in this drag and drop operation. I also installed the Ubuntu 7.10 available Firefox 3.0 alpha and find the last modified time stamps are still preserved. I haven't found a Nautilus 2.22.3 backported to 7.10 to continue the test to see if the timestamps are lost when Nautilus 2.22.3 is introduced into the situation. I might have to go back to the Nautilus website and get the tar.gz and try to install it but that will be when I have some more time to devote to this. + + Further addition: I have also installed FIrefox 2 on my Ubuntu 8.10 + machine so I can be certain that under Ubuntu 7.10 with Nautilus 2.20.0 + mtime stamps are preserved when copying a file from Firefox 2 or 3 to a + Nautilus folder and that these same mtime stamps are lost when using + Firefox 2 or 3 to copy a file to a Nautilus folder in Nautilus 2.22.3 + under Ubuntu 8.04. ** Changed in: glib2.0 (Ubuntu) Status: New = Invalid -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 247980] Re: Firefox/Nautilus losing mtime stamp on file copy to folder
** Description changed: - - Under 7.10 and Firefox 2, there was a behavior available where an image could be dragged and dropped from a website, not all but some websites, to a folder displayed by Nautilus or the Desktop and the filename and last modified time stamp were preserved in the copy. Since upgrading to Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last modified time stamp is now updated to the current system time. + Under 7.10 and Firefox 2, there was a behavior available where an image + could be dragged and dropped from a website, not all but some websites, + to a folder displayed by Nautilus or the Desktop and the filename and + last modified time stamp were preserved in the copy. Since upgrading to + Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last + modified time stamp is now updated to the current system time. If one uses wget to retrieve the file the last modified time stamp is preserved, which indicates that the remote mtime time stamp is still accessible, but this is a poor backup to what used to be a simple drag and drop operation. As an example http://fc02.deviantart.com/fs9/i/2006/037/6/c/Fancy_Belt_by_baba49.jpg can be dragged from Firefox to a folder and gets the current system time as the last modified time stamp where a wget preserves the remote mtime stamp of 06 Feb 2006 07:22;21 PM. You may not believe me but I swear these were preserved in the Ubuntu 7.10 with Firefox 2. Addition: As a result of other discussions, I installed Ubuntu 7.10 on a spare machine and confirmed that the last modified time stamps were being preserved in this drag and drop operation. I also installed the Ubuntu 7.10 available Firefox 3.0 alpha and find the last modified time stamps are still preserved. I haven't found a Nautilus 2.22.3 backported to 7.10 to continue the test to see if the timestamps are lost when Nautilus 2.22.3 is introduced into the situation. I might have to go back to the Nautilus website and get the tar.gz and try to install it but that will be when I have some more time to devote to this. Further addition: I have also installed FIrefox 2 on my Ubuntu 8.10 machine so I can be certain that under Ubuntu 7.10 with Nautilus 2.20.0 mtime stamps are preserved when copying a file from Firefox 2 or 3 to a Nautilus folder and that these same mtime stamps are lost when using Firefox 2 or 3 to copy a file to a Nautilus folder in Nautilus 2.22.3 under Ubuntu 8.04. + + Last edit: Sorry to trouble everyone. We'll just call this a horrible + mistake and I'll ask that someone cancel any further action on it. I + can't find a cancelled status to give it. ** Tags removed: firefox nautilus stamp time -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 215499] Re: Nautilus not preserving timestamps
Sebastien Bacher wrote: why did you open the other bug on firefox if you think that's not a firefox issue? It can't be opened as a Nautilus problem. All your previous arguments were that it must be something other than Nautilus. I'm unfamiliar with the process of opening a new bug so if it became a Firefox problem that might be because I put Firefox in the name. At this point I'll just say that it's all a wash and cancel the bug report and stick to using wget. It's a dang nuisance compared to what was available before but less of a problem than trying to satisfy the bug reporting process. I had written a longer note about this but, really, there's no point. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 247980] Re: Firefox/Nautilus losing mtime stamp on file copy to folder
** Changed in: firefox (Ubuntu) Assignee: (unassigned) = kpoole (ken-poole) Status: New = Invalid -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 247980] Re: Firefox/Nautilus losing mtime stamp on file copy to folder
Tormod Volden wrote: Why did you close the bug by marking it invalid? And do not assign it to yourself unless you intend to fix it yourself. ** Changed in: firefox (Ubuntu) Assignee: kpoole (ken-poole) = (unassigned) Status: Invalid = New Just for the record and because I really hate to leave questions unanswered, having given up on the bug and being unfamiliar with the system I hoped that I'd find an option to simply close a bug that was assigned to me, likening the bug tracking system to the trouble tracking systems I was used to. It's not. Making it invalid was the last hope that the system would then clear it out. I wouldn't expect the system to hang onto invalid bugs. Thanks for confirming the bug. -- Firefox/Nautilus losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 215499] Re: Nautilus not preserving timestamps
philinux wrote: I've raised a bug for the camera issue. Bug 242647. But it doesn't seem to have had any attention. I had to buy a card reader and use cp. Yes, there's a core interest here and any thing outside of that core is disregarded. I actually found a separate Firefox add-on that takes care of the problem I was having. It's a shame that a behavior that seemed to be part of Nautilus has to be taken over by add-ons to other programs. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 215499] Re: Nautilus not preserving timestamps
Sebastien Bacher wrote: the issue is not a lack of interest but a lack of manpower, there is thousand bugs opened and only a small team to work on those, the photo issue is a different one and seems to be a libgphoto one, see bug #49906 for example, the issue is not new in hardy Again, you've tied this to a problem in a photo package, not me. The problem I tried to report was that files dragged from Firefox to a directory opened with Nautilus were no longer retaining the last modified times available from the web site. You've always tied this to someone else's problem with a camera/photo package. As it turns out, I've found a workaround but it's not as elegant as the simple drag and drop that was available and the problem as I saw it still exists. I've reported it as a general problem and that I cannot identify a particular package because some what to call it a Firefox problem, others a Nautilus problem and others a photo package problem. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 215499] Re: Nautilus not preserving timestamps
I'll need some help getting this to the right group but it seems there is a larger problem here. People have reported a bug or feature in that Nautilus was not preserving timestamps, in particular, the file modification date, when doing file copies. I see the comments that this has been fixed and I can confirm that in Nautilus I can copy a file from one folder to another and the modification dates are preserved but ... and this is where it gets sticky ... I can see that other are having troubles with camera import and I've noticed that this same loss of modification timestamp is happening when I copy an image from Firefox to a folder or to the Desktop. Does Nautilus handle copies from applications to the Desktop as well? In 7.10 and previous and only where I could drag and drop an image from Firefox to a folder, the timestamp was also preserved and that behavior has changed as well in 8.04. You may not consider this important but it says to me that something has changed deeper down than just Nautilus. You've changed Nautilus to preserve timestamps but the behavior continues with other applications and I doubt that each of these other applications have each decided to not preserve the modification date timestamp on their own at the same time. Unless, Nautilus is managing all these copies and the patch to preserve timestamps has only been written to correct the problem when copying between folders. There are a few of us who use these timestamps to help keep order in our collections of images and when I moved to Ubuntu and found these were preserved in so many cases, it was like a Godsend. Please do find where this bug or feature can be correctly moved to preserve the dates across the applications. Many Thanks. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 215499] Re: Nautilus not preserving timestamps
My comment wasn't just about the camera issue. I'be found the same change in behavior when copying a file from Firefox to the desktop or a folder. But, give me a suggestion then. Do I open a bug with the Firefox people or with the Gnome people or with the Ubuntu people? It just seems odd that several different applications all report the same problem, the same change of behavior at the same time as 8.04 comes out. Did they all decide not to preserve timestamps at the same time or is it something in the system? Who handles copying a file from an application window to the Desktop or a folder? I notice that there is always a copy of Nautilus in the background and a new one will start up when the old one is killed. That prompts me to believe that, perhaps, Nautilus is overseeing the copying functions in the Gnome environment. Unfortunately, I'm running on empirical data so I can only work with what I see happening and telling me something isn't so doesn't change that. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 215499] Re: Nautilus not preserving timestamps
It's an easy thing to say when the person you're saying it to can't refute it. The combination of behavior changes is an odd coincidence, though. It speaks of multiple points of failure which is less likely than a single point of failure. (I know, you don't think anything has failed but we who have come to depend on a particular behavior do.) As far as the test of dragging and dropping from Firefox to Konqueror in Kubuntu, for example, it doesn't work as it does in Ubuntu with Nautilus. The nice behavior in Gnome/Firefox/Nautilus was that you could drag and image from a webpage in Firefox to a folder in Nautilus or the Gnome desktop and the drag would pull in the filename and timestamps along with the file. I'm using Ubuntu with both Nautilus and Konqueror (there are features under each that the other doesn't do that I like.) and under Gnome/Konqueror you have to stop and type in a filename for the dragged file. To be fair, I'll install a pure Kubuntu machine and see what happens. If the behavior on Kubuntu has changed so that a drag and drop from Firefox to a folder acts as I expected on Gnome/Nautilus then I'll likely just switch from Ubuntu to Kubuntu. -- Nautilus not preserving timestamps https://bugs.launchpad.net/bugs/215499 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 247980] [NEW] Firefox losing mtime stamp on file copy to folder
Public bug reported: This seemed to be part of 215499 but Sebastian denies it being a Nautilus problem. Under 7.10 and Firefox 2, there was a behavior available where an image could be dragged and dropped from a website, not all but some websites, to a folder displayed by Nautilus or the Desktop and the filename and last modified time stamp were preserved in the copy. Since upgrading to Ubuntu 8.04 and Firefox 3 the filename is still preserved but the last modified time stamp is now updated to the current system time. If one uses wget to retrieve the file the last modified time stamp is preserved, which indicates that the remote mtime time stamp is still accessible, but this is a poor backup to what used to be a simple drag and drop operation. As an example http://fc02.deviantart.com/fs9/i/2006/037/6/c/Fancy_Belt_by_baba49.jpg can be dragged from Firefox to a folder and gets the current timestamp where a wget preserves the remote mtime stamp of 06 Feb 2006 07:22;21 PM. You may not believe me but I swear these were preserved in the Ubuntu 7.10 with Firefox 2. ** Affects: ubuntu Importance: Undecided Status: New -- Firefox losing mtime stamp on file copy to folder https://bugs.launchpad.net/bugs/247980 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 103392] WOW thx for this
jb90123 wrote: Thx you very much for posting these steps ya im kinda a newbie at this and after i did a update and it wouldnt show i was like omg XD well thx again for uploading this Very nice to hear that someone else is still benefiting from my little bug report. It's interesting that you lost the application buttons after an update. It may have been so for me as well but there are so many updates (a good thing, really) that I can't say for sure now. I'm still amazed by the flexibility we find in Linux and Ubuntu. Good luck finding your way around. -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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
Re: [Bug 103392] Re: no button for active applications in taskbar, cannot recover app if minimized
sebasmagri wrote: Could anybody please describes the solution procedure for a newbie? It was embarrassing because it meant I didn't understand the system as well as I thought I did. The 'Taskbar' (carrying a name over from Windows) is a very customizable thing. It comprises one or more panels and the contents of those panels are all optional. Even the buttons for active applications are an option. Right click on the 'Taskbar' or panel to get a Selection menu with 'Add to Panel' as the top item. Under that should be 'Properties' and 'Delete this Panel'. Select the 'Add to Panel' option and you'll get another dialog box titled 'Add to Panel' with sections for 'Accessories', 'Desktop Windows', 'System Hardware' and 'Utilities'. These are all items that can be added to the panel in the 'Taskbar'. Under 'Desktop Windows' is a 'Window List' item. Select that and click '+Add' to put that item on the panel. Adding that will show a button for each windowed application running on the desktop. There are so many items there I wonder that there can be room for more than a few but, of course, you can create multiple 'taskbars' or panels and specialize them for different uses. Some of the items can be positioned manually and then locked in position on the panel. You'll have to explore a bit with some right clicks on the different items in the panel. Good luck. -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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
Re: [Bug 103392] Re: no button for active applications in taskbar, cannot recover app if minimized
Glad to be able to pass on the help I got when I ran into the problem. The thing I still can't figure, though, is how I lost the window list at the time. :-) Take care. sebasmagri wrote: Thanks man... it's fine now... And excuse me... Greetings from Venezuela... 2007/9/22, kpoole [EMAIL PROTECTED]: sebasmagri wrote: Could anybody please describes the solution procedure for a newbie? It was embarrassing because it meant I didn't understand the system as well as I thought I did. The 'Taskbar' (carrying a name over from Windows) is a very customizable thing. It comprises one or more panels and the contents of those panels are all optional. Even the buttons for active applications are an option. Right click on the 'Taskbar' or panel to get a Selection menu with 'Add to Panel' as the top item. Under that should be 'Properties' and 'Delete this Panel'. Select the 'Add to Panel' option and you'll get another dialog box titled 'Add to Panel' with sections for 'Accessories', 'Desktop Windows', 'System Hardware' and 'Utilities'. These are all items that can be added to the panel in the 'Taskbar'. Under 'Desktop Windows' is a 'Window List' item. Select that and click '+Add' to put that item on the panel. Adding that will show a button for each windowed application running on the desktop. There are so many items there I wonder that there can be room for more than a few but, of course, you can create multiple 'taskbars' or panels and specialize them for different uses. Some of the items can be positioned manually and then locked in position on the panel. You'll have to explore a bit with some right clicks on the different items in the panel. Good luck. -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 You received this bug notification because you are a direct subscriber of the bug. -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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 103392] Re: no button for active applications in taskbar, cannot recover app if minimized
Your suggestion worked and I thought I'd sent a reply to you. Closing this is fine. No other action needed. -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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 50347] Re: install fails with no mount points after gparted
I'd since downloaded a later copy of Ubuntu 6.06 and not had any problem with it so thought this had been sorted out. I've been using the Ubuntu 6.06 as my main machine since last year. Since the bug lasted this long unattended and I've had no problem with later downloads I'll assume it was a problem with that particular burn. I've recently downloaded copies of Ubuntu, Kubuntu and Xubuntu 7.04 betas to try and have them all installed on a single machine for easy switching. I haven't run into any installation problems with them and just haveto collect up some info so I can create a new menu for grub. Overall, I'm pleased with the Ubuntu system and have a friend who's made the switch and another considering it. In particular, I'm looking forward to see the result of the blending or Cannonical and Linspire. I might put up a Kubuntu machine if the multimedia capabilities are particularly strong there. If I can make the suggestion, we can close this as a newbie problem since I have a working Ubuntu system partitioned and installed from an later Ubuntu dvd. -- install fails with no mount points after gparted https://bugs.launchpad.net/bugs/50347 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 103392] no button for active applications in taskbar, cannot recover app if minimized
Public bug reported: Binary package hint: gnome-panel lost the buttons yesterday after an update and reboot. ProblemType: Bug Architecture: i386 Date: Thu Apr 5 10:36:32 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/gnome-panel Package: gnome-panel 2.18.0-0ubuntu3 PackageArchitecture: i386 ProcCmdline: gnome-panel --sm-client-id default1 ProcCwd: /home/kpoole ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_CA.UTF-8 SHELL=/bin/bash SourcePackage: gnome-panel Uname: Linux feisty 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: Unconfirmed -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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 103392] Re: no button for active applications in taskbar, cannot recover app if minimized
** Attachment added: Dependencies.txt http://librarian.launchpad.net/7171635/Dependencies.txt ** Attachment added: ProcMaps.txt http://librarian.launchpad.net/7171636/ProcMaps.txt ** Attachment added: ProcStatus.txt http://librarian.launchpad.net/7171638/ProcStatus.txt -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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 103392] Re: no button for active applications in taskbar, cannot recover app if minimized
note that I have firefox open but there is nothing in bottom panel to correspond to it. ** Attachment added: Screenshot.png http://librarian.launchpad.net/7174353/Screenshot.png -- no button for active applications in taskbar, cannot recover app if minimized https://bugs.launchpad.net/bugs/103392 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
Re: [Bug 93596] Re: [apport] xsane crashed with SIGSEGV in realloc()
Sebastien Bacher wrote: Thanks for your bug report. The crash looks like a memory corruption. Could you try to get a valgrind log for it (you can follow the instructions from https://wiki.ubuntu.com/Valgrind for that)? ** Changed in: xsane (Ubuntu) Importance: Undecided = Medium Status: Unconfirmed = Needs Info I'll try for that but I'm also interested in why Xsane is trying to take a scan from the TV tuner card and not even acknowledging the HP PSC-1315 printer/scanner that's attached. I also have a Kunbuntu 6.06 that I can load on the system (remove-able hard drives) and Xsane there doesn't try for the TV tuner card and just uses the printer/scanner. -- [apport] xsane crashed with SIGSEGV in realloc() https://launchpad.net/bugs/93596 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 93596] [apport] xsane crashed with SIGSEGV in realloc()
Public bug reported: Binary package hint: xsane Xsnae crashes while trying to aqquire a scan from the Hauppauge pvr250 installed in my system. This is unfortunate because I'd really rather it try to take a scan from the HP PSC1315 printer/scanner I have as well. I cannot find an option to change the scanning source. ProblemType: Crash Architecture: i386 CrashCounter: 1 Date: Sun Mar 18 22:43:55 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/xsane Package: xsane 0.99+0.991-1ubuntu2 PackageArchitecture: i386 ProcCmdline: xsane ProcCwd: /home/kpoole ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_CA.UTF-8 SHELL=/bin/bash Signal: 11 SourcePackage: xsane StacktraceTop: realloc () from /lib/tls/i686/cmov/libc.so.6 g_realloc () from /usr/lib/libglib-2.0.so.0 g_object_weak_ref () from /usr/lib/libgobject-2.0.so.0 g_object_add_weak_pointer () ?? () from /usr/lib/libgdk-x11-2.0.so.0 Uname: Linux feisty 2.6.20-11-generic #2 SMP Thu Mar 15 08:03:07 UTC 2007 i686 GNU/Linux UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev scanner video ** Affects: xsane (Ubuntu) Importance: Undecided Status: Unconfirmed -- [apport] xsane crashed with SIGSEGV in realloc() https://launchpad.net/bugs/93596 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 93596] Re: [apport] xsane crashed with SIGSEGV in realloc()
** Attachment added: CoreDump.gz http://librarian.launchpad.net/6853728/CoreDump.gz ** Attachment added: Dependencies.txt http://librarian.launchpad.net/6853729/Dependencies.txt ** Attachment added: Disassembly.txt http://librarian.launchpad.net/6853730/Disassembly.txt ** Attachment added: ProcMaps.txt http://librarian.launchpad.net/6853731/ProcMaps.txt ** Attachment added: ProcStatus.txt http://librarian.launchpad.net/6853732/ProcStatus.txt ** Attachment added: Registers.txt http://librarian.launchpad.net/6853733/Registers.txt ** Attachment added: Stacktrace.txt http://librarian.launchpad.net/6853734/Stacktrace.txt ** Attachment added: ThreadStacktrace.txt http://librarian.launchpad.net/6853735/ThreadStacktrace.txt -- [apport] xsane crashed with SIGSEGV in realloc() https://launchpad.net/bugs/93596 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 50347] Re: install fails with no mount points after gparted
On a whim I tried the KDE installer DVD. I see the prcess goes through all the steps, through assigning mount points and produces a bootable system. All that's needed is to find the difference between the cd and dvd install process. For my needs, I'll hang in with the Kubuntu DVD for now and install the regular Ubuntu desktop after the KDE has been installed. -- install fails with no mount points after gparted https://launchpad.net/bugs/50347 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
