>From your bug:
"Windows can still be bought to front by clicking them, but never gain focus
and no application (besides nautlilus I guess, which is stalled) receives
clicks or keystrokes."
This sounds like nautilus has grabbed mouse & keyboard when it started
drag & drop operation. From what I
As I already mentioned, I am aware that nautilus is triggering the
problem. However, no program should be able to bring down the desktop by
doing bad UI operations. Period.
So wether metacity or Xorg or anything I never even heard of is the
right space to solve this issue is out of my reach,
Well, I don't know how drag & drop works so I can not say that it is bug
in X server. I would start by reporting / re-assigning this bug to
nautilus especially if it is only app that causes this problem.
--
You received this bug notification because you are a member of Desktop
Packages, which is
I thought Metacity is the component that has to deal with inter-
application interaction. Seems I am wrong?
I already know that a bug in nautlius is the trigger of the problem,
however no application should be able to lock drag and drop state on its
own without any way to exit it.
So the only
Why do you think that Metacity is the one who freezes? Have you tried
other window managers and/or sessions and this happens only with
Metacity?
The thing is that Metacity does not do anything with drag and drop so
that might be bug in nautilus and/or xserver.
Can you provide steps that I can
Please add critical as bug results in system state forcing users to hard
reboot with potential data loss.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to metacity in Ubuntu.
https://bugs.launchpad.net/bugs/1741902
Title:
Drag and drop
6 matches
Mail list logo
