Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
Michael Schwendt wrote: > > On Fri, 23 Nov 2012 16:52:48 -0800 (PST), davewh wrote: > >> >> >> davewh wrote: >> > >> > "yum upgrade" fixed it! I don't know what version of what broke it, >> but >> > after the F17 install I had done updates and noticed the menu not >> working >> > later. Some time after the recent updates, I noticed it was working >> > again. Still the 1.0 version of Geeqie, so must have been some >> library. >> > Glad it's back! >> > >> >> Well, it's back. Another "yum upgrade" broke it. I have two systems >> that I >> did the update on and they both lost the functionality. I have a third >> system that still works, but it will be getting "updated" soon, and I >> expect >> it to be broken soon, too, and it'll be back to having a Konqueror or >> Dolphin file manager open to use as a drop surface. >> >> Can anyone comment on what library (if any) that Geeqie uses to respond >> to a >> drop operation in the directory tree? > > There aren't too many updates for F17. You could track down the culprit > via /var/log/yum.log or "rpm -qa --last|head -50" or something. There's > also "yum downgrade …" to verify whether a particular package is the one > that breaks. > > Here, with F17 x86_64 and GNOME Shell, drag'n'drop from Nautilus to Geeqie > has never failed. The specifics for a test-case are not known, however. > > -- > Fedora release 17 (Beefy Miracle) - Linux 3.6.7-4.fc17.x86_64 > loadavg: 0.95 0.82 0.42 > > Gnome shell broke on my installation in the first update so haven't been back to try to figure out how to make it useful, nor do I ever plan to. That said, you make an interesting point when you mention dragging from Nautilus to Geeqie. I have never tried that. I am referring to dragging from Geeqie to Geeqie. After reading your post, though, I tried dragging from Konqueror to Geeqie and it copied the file, no questions asked. Interesting variation that I had not tried before. As feared and expected, my third machine lost its drag/drop functionality on the last upgrade. So, to reiterate: can anyone comment on what library (if any) Geeqie uses to respond to a drop operation in the directory tree? Yes, I might be able to figure it out with yum's logs, but hoped a dev might be reading this and be able to share some insight. Maybe it's the lack of a Gnome shell Dave D. -- View this message in context: http://old.nabble.com/Fedora-17-breaks-drag-drop-operations-tp34160274p34718072.html Sent from the Geeqie mailing list archive at Nabble.com. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
On Fri, 23 Nov 2012 16:52:48 -0800 (PST), davewh wrote: > > > davewh wrote: > > > > "yum upgrade" fixed it! I don't know what version of what broke it, but > > after the F17 install I had done updates and noticed the menu not working > > later. Some time after the recent updates, I noticed it was working > > again. Still the 1.0 version of Geeqie, so must have been some library. > > Glad it's back! > > > > Well, it's back. Another "yum upgrade" broke it. I have two systems that I > did the update on and they both lost the functionality. I have a third > system that still works, but it will be getting "updated" soon, and I expect > it to be broken soon, too, and it'll be back to having a Konqueror or > Dolphin file manager open to use as a drop surface. > > Can anyone comment on what library (if any) that Geeqie uses to respond to a > drop operation in the directory tree? There aren't too many updates for F17. You could track down the culprit via /var/log/yum.log or "rpm -qa --last|head -50" or something. There's also "yum downgrade …" to verify whether a particular package is the one that breaks. Here, with F17 x86_64 and GNOME Shell, drag'n'drop from Nautilus to Geeqie has never failed. The specifics for a test-case are not known, however. -- Fedora release 17 (Beefy Miracle) - Linux 3.6.7-4.fc17.x86_64 loadavg: 0.95 0.82 0.42 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
davewh wrote: > > "yum upgrade" fixed it! I don't know what version of what broke it, but > after the F17 install I had done updates and noticed the menu not working > later. Some time after the recent updates, I noticed it was working > again. Still the 1.0 version of Geeqie, so must have been some library. > Glad it's back! > Well, it's back. Another "yum upgrade" broke it. I have two systems that I did the update on and they both lost the functionality. I have a third system that still works, but it will be getting "updated" soon, and I expect it to be broken soon, too. Can anyone comment on what library (if any) that Geeqie uses to respond to a drop operation in the directory tree? Dave D. -- View this message in context: http://old.nabble.com/Fedora-17-breaks-drag-drop-operations-tp34160274p34716241.html Sent from the Geeqie mailing list archive at Nabble.com. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
"yum upgrade" fixed it! I don't know what version of what broke it, but after the F17 install I had done updates and noticed the menu not working later. Some time after the recent updates, I noticed it was working again. Still the 1.0 version of Geeqie, so must have been some library. Glad it's back! -- View this message in context: http://old.nabble.com/Fedora-17-breaks-drag-drop-operations-tp34160274p34376307.html Sent from the Geeqie mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
On Sun, 15 Jul 2012 18:26:19 +, Dave Withheld wrote: > > I'm (was) using Geeqie like a file manager; drag selected files from the file > list and drop them on folders in the tree view and wait for the menu to pop > up and choose move, copy or link. > Works for me. Fedora 17 x86_64 with default GNOME Shell. > I'm using KDE, which is what I used on FC13 and FC14. I might give KDE a try, too, but likely no sooner than end of next week. > I don't know if the problem with Geeqie not popping up the menu is related > to the nvidia driver. It's ATI Radeon graphics here with xorg drivers as included with Fedora. -- Fedora release 17 (Beefy Miracle) - Linux 3.4.4-5.fc17.x86_64 loadavg: 0.99 0.99 0.89 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
Sounds like the problem cropped up in F15, which I skipped. Probably when gnome3 was introduced. > Date: Sat, 14 Jul 2012 18:06:41 +0200 > From: mschwe...@gmail.com > To: geeqie-devel@lists.sourceforge.net > Subject: Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations > > On Sat, 14 Jul 2012 12:15:05 +0200, Michael Schwendt wrote: > > > On Sat, 14 Jul 2012 01:04:52 -0700 (PDT), davewh wrote: > > > > > > > > I have come to depend on Geeqie for image organization and viewing. I > > > empty > > > my camera's card by dragging images to appropriate directories, symbolic > > > links in the wallpapers directory for the really good ones. I've been > > > hapily organizing images on Fedora 13 and 14 for some time, but recently I > > > upgraded to Fedora 17 and no more drag-and-drop. If I hold down the Ctrl > > > or > > > Shift, the operation works, but with no modifier, nothing happens; no > > > menu > > > pops up, no move, copy or symlink. Anyone else seen this? Any known > > > fix? > > > I can open a file manager (KDE's Konqueror or Dolphin) and drag to there > > > and > > > the KDE menu pops up, but no joy when dropping in Geeqie's tree view. I > > > tried downloading the source and compiling myself, no change. I didn't do > > > anything special in the build, just the defaults. Is there something I > > > could do differently? > > > > Where exactly do you move the files? To a destination folder? > > If I move an image or a folder to a folder in Geeqie's folder list, > > the small pop-up dialog appears. If I hold down Ctrl or Shift, the > > pop-up dialog is skipped. > > > > That's with default GNOME Shell and its file manager (Nautilus). > > > > It's the same within a Openbox session and Nautilus. > > > > I don't know/remember whether it has worked differently ever before. > > Same behaviour with RHEL 6 (GNOME 2.x) and Fedora 15 (GNOME Shell). > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > Geeqie-devel mailing list > Geeqie-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geeqie-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
I'm (was) using Geeqie like a file manager; drag selected files from the file list and drop them on folders in the tree view and wait for the menu to pop up and choose move, copy or link. With F17 the menu never pops up. If I hold down the ctrl key and do the move, it moves them, no questions asked. If I hold down the shift key it copies them, no questions asked. (I may have those backwards since I can never remember, which is exactly why I prefer the popup menu). I'm using KDE, which is what I used on FC13 and FC14. On my FC13 machine, I had the full gnome desktop installed and used to use that until KDE4 got usable again, but the FC14 machine never had the full gnome desktop installed, but had many gnome apps installed (like gthumb). On my new F17 install, I installed the regular desktop, which is gnome3. Couldn't find my ass with both hands using the new gnome shell so I promptly installed KDE. I installed the nvidia drivers as part of getting everthing working and when I went back to try gnome (when you posted these questions), gnome3 said my hardware wasn't good enough and opened in "fallback mode", whatever that is. It seems to be even stupider mode, and VERY buggy. Any way, Geeqie had the same behaviour in gnome3 fallback mode. On my other F17 machine, I installed the KDE spin, which skips the gnome desktop installation. That was the same scenario with FC14; no gnome desktop, just some gnome apps. I don't know if the problem with Geeqie not popping up the menu is related to the nvidia driver. I tried for a while to get gnome3 to open in normal mode, but no luck. Seems to be a bug filed by someone with the same problem, but no response yet from the Fedora devs. I could try switching back to the nouveau video driver, just to see if it helps with gnome3 in its normal mode, but I'd rather not. > Date: Sat, 14 Jul 2012 12:15:05 +0200 > From: mschwe...@gmail.com > To: geeqie-devel@lists.sourceforge.net > Subject: Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations > > On Sat, 14 Jul 2012 01:04:52 -0700 (PDT), davewh wrote: > > > > > I have come to depend on Geeqie for image organization and viewing. I empty > > my camera's card by dragging images to appropriate directories, symbolic > > links in the wallpapers directory for the really good ones. I've been > > hapily organizing images on Fedora 13 and 14 for some time, but recently I > > upgraded to Fedora 17 and no more drag-and-drop. If I hold down the Ctrl or > > Shift, the operation works, but with no modifier, nothing happens; no menu > > pops up, no move, copy or symlink. Anyone else seen this? Any known fix? > > I can open a file manager (KDE's Konqueror or Dolphin) and drag to there and > > the KDE menu pops up, but no joy when dropping in Geeqie's tree view. I > > tried downloading the source and compiling myself, no change. I didn't do > > anything special in the build, just the defaults. Is there something I > > could do differently? > > Where exactly do you move the files? To a destination folder? > If I move an image or a folder to a folder in Geeqie's folder list, > the small pop-up dialog appears. If I hold down Ctrl or Shift, the > pop-up dialog is skipped. > > That's with default GNOME Shell and its file manager (Nautilus). > > It's the same within a Openbox session and Nautilus. > > I don't know/remember whether it has worked differently ever before. > > -- > Fedora release 17 (Beefy Miracle) - Linux 3.4.4-5.fc17.x86_64 > loadavg: 0.75 0.73 0.67 > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > Geeqie-devel mailing list > Geeqie-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geeqie-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
On Sat, 14 Jul 2012 12:15:05 +0200, Michael Schwendt wrote: > On Sat, 14 Jul 2012 01:04:52 -0700 (PDT), davewh wrote: > > > > > I have come to depend on Geeqie for image organization and viewing. I empty > > my camera's card by dragging images to appropriate directories, symbolic > > links in the wallpapers directory for the really good ones. I've been > > hapily organizing images on Fedora 13 and 14 for some time, but recently I > > upgraded to Fedora 17 and no more drag-and-drop. If I hold down the Ctrl or > > Shift, the operation works, but with no modifier, nothing happens; no menu > > pops up, no move, copy or symlink. Anyone else seen this? Any known fix? > > I can open a file manager (KDE's Konqueror or Dolphin) and drag to there and > > the KDE menu pops up, but no joy when dropping in Geeqie's tree view. I > > tried downloading the source and compiling myself, no change. I didn't do > > anything special in the build, just the defaults. Is there something I > > could do differently? > > Where exactly do you move the files? To a destination folder? > If I move an image or a folder to a folder in Geeqie's folder list, > the small pop-up dialog appears. If I hold down Ctrl or Shift, the > pop-up dialog is skipped. > > That's with default GNOME Shell and its file manager (Nautilus). > > It's the same within a Openbox session and Nautilus. > > I don't know/remember whether it has worked differently ever before. Same behaviour with RHEL 6 (GNOME 2.x) and Fedora 15 (GNOME Shell). -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Fedora 17 breaks drag-drop operations
On Sat, 14 Jul 2012 01:04:52 -0700 (PDT), davewh wrote: > > I have come to depend on Geeqie for image organization and viewing. I empty > my camera's card by dragging images to appropriate directories, symbolic > links in the wallpapers directory for the really good ones. I've been > hapily organizing images on Fedora 13 and 14 for some time, but recently I > upgraded to Fedora 17 and no more drag-and-drop. If I hold down the Ctrl or > Shift, the operation works, but with no modifier, nothing happens; no menu > pops up, no move, copy or symlink. Anyone else seen this? Any known fix? > I can open a file manager (KDE's Konqueror or Dolphin) and drag to there and > the KDE menu pops up, but no joy when dropping in Geeqie's tree view. I > tried downloading the source and compiling myself, no change. I didn't do > anything special in the build, just the defaults. Is there something I > could do differently? Where exactly do you move the files? To a destination folder? If I move an image or a folder to a folder in Geeqie's folder list, the small pop-up dialog appears. If I hold down Ctrl or Shift, the pop-up dialog is skipped. That's with default GNOME Shell and its file manager (Nautilus). It's the same within a Openbox session and Nautilus. I don't know/remember whether it has worked differently ever before. -- Fedora release 17 (Beefy Miracle) - Linux 3.4.4-5.fc17.x86_64 loadavg: 0.75 0.73 0.67 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
[Geeqie-devel] Fedora 17 breaks drag-drop operations
I have come to depend on Geeqie for image organization and viewing. I empty my camera's card by dragging images to appropriate directories, symbolic links in the wallpapers directory for the really good ones. I've been hapily organizing images on Fedora 13 and 14 for some time, but recently I upgraded to Fedora 17 and no more drag-and-drop. If I hold down the Ctrl or Shift, the operation works, but with no modifier, nothing happens; no menu pops up, no move, copy or symlink. Anyone else seen this? Any known fix? I can open a file manager (KDE's Konqueror or Dolphin) and drag to there and the KDE menu pops up, but no joy when dropping in Geeqie's tree view. I tried downloading the source and compiling myself, no change. I didn't do anything special in the build, just the defaults. Is there something I could do differently? -- View this message in context: http://old.nabble.com/Fedora-17-breaks-drag-drop-operations-tp34160274p34160274.html Sent from the Geeqie mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel