Uzbl

Tasklist

FS#163 - uzbl-core locked in drag-mode

Attached to Project: Uzbl
Opened by Anonymous Submitter - 2009-12-23 07:19:22 AM
Last edited by Brendan Taylor (bct) - 2010-12-03 12:55:31 AM
Task Type Bug Report
Category uzbl-core
Status Closed
Assigned To No-one
Operating System All
Severity Medium
Priority Normal
Reported Version Development
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

By casually clicking on an image and dragging it an arbitrary amount you run the risk of being locked in drag mode. This is reproducible in uzbl-core but I'm not sure if webkit is to blame or not.

The interesting thing is that I can still raise LINK_{UN,}HOVER events by moving over links on the page but nothing else responds. There is no interesting uzbl-core output which suggests any problem.

I even have to switch to tty1 to killall uzbl-core so that I can use my desktop again.

This has happened to me a few times accidentally and several times while reproducing it (all requiring <Alt><Ctrl><F1> then `killall uzbl-core` to recover).

I've found this problem in multiple versions of uzbl-core (I'm currently using the latest 4994115). I'm using webkit version 1.1.15.4 on Gentoo with the following use-flags: gstreamer pango websockets -coverage -debug -doc.
This task depends upon

Closed by  Brendan Taylor (bct)
2010-12-03 12:55:31 AM
Reason for closing:  Works for me
Additional comments about closing:  reopen if it reoccurs.
Comment by Bjartur Thorlacius (bjartur) - 2010-04-07 08:34:22 PM
Reproducable on commit 38ef86e4d1827338495ff52fb25a6808cf4e45d2 and earlier.
Circumvent by right-clicking.
Comment by Brendan Taylor (bct) - 2010-11-26 07:57:16 PM
i've seen this happen before with other applications, but i can't reproduce it with uzbl right now. can somebody confirm that this still exists?
Comment by Sergey Alirzaev (L29Ah) - 2010-11-26 08:08:55 PM
it seems like fixed: i had experienced this issue long time ago but not anymore

Loading...