** Changed in: libgtk
Status: Unknown = Fix Released
** Changed in: libgtk
Importance: Unknown = Low
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You received this bug notification because you are a
Upstream report is RESOLVED - FIXED
** Changed in: libgtk
Importance: Unknown = Undecided
** Changed in: libgtk
Remote watch: GNOME Bug Tracker #590410 = None
** Changed in: libgtk
Importance: Undecided = Unknown
** Changed in: libgtk
Status: New = Unknown
** Changed in: libgtk
Appears to be fixed now. I've tried all of the steps to reproduce
mentioned in this bug with latest karmic and the resize handle always
works correctly.
** Changed in: compiz (Ubuntu)
Status: New = Fix Released
** Changed in: hundredpapercuts
Status: Confirmed = Fix Released
--
With a Karmic alpha 4 Live-CD it is solved here, too!
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
This is a really tricky bug!
I now notice that the pointer changes correctly , even on the second
hover after the resize...
@Oliver Joos or anyone on Karmic. could you retest this?
Did anyone catch the update that causes the behavior to change?
--
Resizing Nautilus window using drag handle,
In Karmic alpha 3 this bug is still present.
As Ronan wrote in comment #2 it is not a Nautilus problem only. For
example gedit is also affected.
In addition to my comment #13: I think, when the button is released
while resizing a window, first the window gets redrawn for the last time
AND AFTER
@Oliver Joos , thanx for reminding ...
Yes, this is confirmed in Karmic Alpha3 , for some reason this didnt happen 1
month ago,
If i had noticed which update actually caused this to return , we could have
been on track to solving this ! alas...
** Changed in: hundredpapercuts
Status:
** Bug watch added: GNOME Bug Tracker #590410
http://bugzilla.gnome.org/show_bug.cgi?id=590410
** Also affects: libgtk via
http://bugzilla.gnome.org/show_bug.cgi?id=590410
Importance: Unknown
Status: Unknown
--
Resizing Nautilus window using drag handle, handle seems to be lost
** Changed in: libgtk
Status: Unknown = New
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I confirm: it is NOT a compiz issue. I can reproduce this without compiz
on Intrepid. With Hardy it is ok.
The symptom seems:
After the window size jumps by more than the size of the resize handle area,
the area disappears. It reappears when the size is changed again slowly.
To reproduce this
It's in Jaunty too.
I added this bug to project One Hundred Paper Cuts. (great project!)
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
Thank you for bringing this bug to our attention.
But I'm unable to reproduce this in Karmic , As already pointed I can
reproduce this in Jaunty , But not in Karmic, it seems fixed..
Until someone else is able to reproduce this in karmic , I'm marking this as
incomplete.
A paper cut is a minor
This appears to be a gtk issue rather than a compiz one since I'm able
to reliably reproduce this under metacity (non-composite) using GEdit,
System Moniter, and more. I was also able to reproduce it using the
gtk.Window.resize function in pygtk.
I suspect that the GtkStatusbar widget isn't
This bug was not present in hardy (compiz-core 0.7.4-0ubuntu7) on my
machine. It appears in intrepid (currently 0.7.8-0ubuntu4.1).
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You received this bug notification
Another observation: I don't observe this bug if I select the Normal
method of resizing windows (using ccsm, or with gconf-editor at
/apps/compiz/plugins/resize/allscreens/options/mode).
I observe the bug only when using one of the other resize modes
(Outline, Rectangle or Stretch).
--
Resizing
reassigning to compiz
** Changed in: compiz (Ubuntu)
Sourcepackagename: gtk+2.0 = compiz
Assignee: Ubuntu Desktop Bugs (desktop-bugs) = (unassigned)
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You received
I do use Compiz, and it does seem to be the source of the problem. Using
fusion-icon to turn it off and test resizing, I didn't seem to notice
any problems.
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You
not confirming the issue on intrepid, do you use the desktop effects
option?
** Changed in: gtk+2.0 (Ubuntu)
Sourcepackagename: nautilus = gtk+2.0
Status: Incomplete = New
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
not confirming using the current intrepid versions, did you restart your
session since the nautilus update?
** Changed in: nautilus (Ubuntu)
Importance: Undecided = Low
Assignee: (unassigned) = Ubuntu Desktop Bugs (desktop-bugs)
Status: Confirmed = Incomplete
--
Resizing Nautilus
I just did an upgrade/restart, and it's still present, but not quite as
straightforward as I initially described (I don't think it changed, just
my knowledge of it has). If you mouse all over the handle area and note
what triggers the drag cursor and what doesn't it may be more evident.
It does
** Attachment added: gtk-resize-handle-zone-bug.png
http://launchpadlibrarian.net/18461134/gtk-resize-handle-zone-bug.png
--
Resizing Nautilus window using drag handle, handle seems to be lost after
first drag
https://bugs.launchpad.net/bugs/282013
You received this bug notification because
A picture is worth thousands words, see attachment.
** Attachment added: nautilus-resize-handle-zone-bug.png
http://launchpadlibrarian.net/18461126/nautilus-resize-handle-zone-bug.png
** Attachment removed: nautilus-resize-handle-zone-bug.png
Hello,
Bug confirmed, BUT this is not a Nautilus bug.
The same behaviour is present for example in Totem.
So this should be a GTK issue, but I'm unsure about the package...
-- Need help here!
Note : this is not specific to the Human theme, all the other standard
themes have the issue
** Changed
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/18454895/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/18454896/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/18454897/ProcStatus.txt
--
Resizing
24 matches
Mail list logo
