** Changed in: gtk
Importance: Unknown = Low
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gtk
Status: Confirmed = Fix Released
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Bug #181788 and this were both fixed in gtk and are dups
** Changed in: hundredpapercuts
Status: Incomplete = Fix Released
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a
This bug was fixed in the package gtk+2.0 - 2.19.7-0ubuntu2
---
gtk+2.0 (2.19.7-0ubuntu2) lucid; urgency=low
* debian/patches/063_treeview_almost_fixed.patch:
- change by Michael Vogt to add an ubuntu-almost-fixed-height-mode property,
the change is required for
** Branch linked: lp:ubuntu/gtk+2.0
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Also affects: gtk+2.0 (Ubuntu Lucid)
Importance: Low
Assignee: Ubuntu Desktop Bugs (desktop-bugs)
Status: Triaged
** Changed in: gtk+2.0 (Ubuntu Lucid)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) = Canonical Desktop Team
(canonical-desktop-team)
--
extracting doesn't
The fix in the gnome-bugs bug for this
https://bugzilla.gnome.org/show_bug.cgi?id=402349#c12
seems to work well for me.
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of
I faced this in lucid a few days ago but today I can't reproduce this.
can any one facing this please test this under lucid(updated).
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a
Same thing here:
Karmic 32-bit
2.28.1-0ubuntu1
If I attempt to hit extract right away to extract to the default
location (my home directory) nothing happens. Going to the parent
directory and then back, however, fixes the problem.
--
extracting doesn't work right when the location entry is
I am not sure everbody understands the workaround, since there are so many
people saying nothing happens when they click the extract button on the
selection dialog.
If you click the pen to hide the Location text box, extracting will work for
that system until you show it again.
The workaround,
Thank you for bringing this bug to our attention. However, a paper cut
should be a small usability issue, in the default Ubuntu install, that
affects many people and is quick and easy to fix. So this bug can't be
addressed as part of this project.
-- This bug has been around for quite a while and
I think this might be related to
https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/227731
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is
For me, it helps do change the directory and change back to the
directory where I want the files extracted...
But still annoying!!!
Ubuntu 9.10
Linux ubuntu 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:02:15 UTC 2009
x86_64 GNU/Linux
--
extracting doesn't work right when the location entry
No one seems to care...
Such things, indeed very easy to resolve and yet being around for years,
annoying, play significant role in picturing Ubuntu as an ugly odd job
:(
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received
Also in my case,
if the Location text entry is hidden, then the bug does not occur, as
upstream says.
Good to finally have a workaround.
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are
I have had this issue throughout Hardy, Intrepid, Jaunty, and now Karmic.
To reproduce:
1. Open an archive with Archive Manager (file-roller).
2. Click the extract button.
3. In the file selection dialog, let the initially selected folder stay
selected; just click extract. Nothing happens.
4a.
Just marked 310543 and its 3 duplicates as duplicates of this bug, since it is
the same problem, even if the exact method of reproducing varies - in all,
*something* has to change about the state of the filechooser before it'll
extract.
The only aberration is that comment 7 could no longer
This is still happening in karmic with libgtk 2.17.7-0ubuntu3 and file-
roller 2.27.91-0ubuntu1.
And it drives me _nuts_. :)
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
extracting doesn't work right when the location entry is displayed
Same problem here:
if I open a file in Downloads/ and try to extract it to Downloads/
(working dir and default) - I am not able to extract the files.
If I click on Extract (Entpacken) this click will be ignored. If I
select Downloads/ from my Bookmarks the Extract button works and the
files are
@Bogdan Butnaru: good eye... this had been bothering me for a while, but
I never noticed the effect of hiding the Location bar. Good to hear
upstream is aware of this.
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this
** Changed in: libgtk
Status: New = Confirmed
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
The problem is a general one in GTK+'s FileChooser, which File Roller is
using in the Extract dialog. The bug is already known upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=402349.
** Changed in: fileroller
Importance: Unknown = Undecided
Bugwatch: GNOME Bug Tracker #403985 = None
** Changed in: libgtk
Status: Unknown = New
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gtk+2.0 (Ubuntu)
Sourcepackagename: file-roller = gtk+2.0
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Changed in: file-roller (Ubuntu)
Status: Confirmed = Triaged
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
This issue is still present in Gutsy. There's a kind of a workaround.
Ignoring the drag and drop comments completely, the original bug
described can be reproduced as:
1. Open a (eg) zip file in a folder, eg the file /w/zip/zipfile.zip
containing a single file.
2. Optionally select the file.
3.
OK, so the headline/subject/whatever-you-call-it needs updating.
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
did you read the new comments on the other bug?
--
extracting doesn't work right when the location entry is displayed
https://bugs.launchpad.net/bugs/80755
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing
I did read the comments on the other bug. Most of them seem to be
completely off-topic there as well.
The other bug is a report about how it's not possible to extract folders
using drag and drop, but the comments are talking about a different,
newer bug, which disables drag and drop extraction
the dnd not working correctly has been fixed by using a new method, now
nautilus needs to be updated. The bug can be closed and a new one opened
or been recycled which is what is done currently
--
extracting doesn't work right when the location entry is displayed
bug #13199 is a different issue, for drag and drop on large archives.
I find that I can't extract any files at all using drag and drop, not
even from tiny .zip archives.
I can add to archives by dragging from nautilus, but can't extract by
dragging to nautilus - when I release the mouse button,
drag and drop has bug #13199 open
--
extracting doesn't work right when the location entry is displayed
https://launchpad.net/bugs/80755
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Is there a bug-report about the drag and drop completely not working
with any types of files and archives? Or should I make one? I see it
mentioned here, so I don't know if its related (if its the same bug or
not) ..
--
extracting doesn't work right when the location entry is displayed
Confirmed, when the location entry is displayed it doesn't work
correctly, I've forwarded the bug upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=403985
** Summary changed:
- extracting doesn't work right
+ extracting doesn't work right when the location entry is displayed
** Changed in:
** Changed in: fileroller (upstream)
Status: Unknown = Unconfirmed
--
extracting doesn't work right when the location entry is displayed
https://launchpad.net/bugs/80755
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
35 matches
Mail list logo
