summaryrefslogtreecommitdiff
path: root/BUGS
diff options
context:
space:
mode:
authorPeter Hofmann <scm@uninformativ.de>2020-08-16 07:53:37 +0200
committerPeter Hofmann <scm@uninformativ.de>2020-08-16 08:00:46 +0200
commit74bdc3ed21d74d464cd94c5ca461b9ba7d10616b (patch)
tree7a9759c65df1df276d6684b7881970987c104ad2 /BUGS
parent13ca54ace5c670f72745579852481f1a923d3d22 (diff)
downloadlariza-74bdc3ed21d74d464cd94c5ca461b9ba7d10616b.tar.gz
Fix opening links in new tabs (partially)
Also, no NULL guard needed for g_free().
Diffstat (limited to 'BUGS')
-rw-r--r--BUGS15
1 files changed, 15 insertions, 0 deletions
diff --git a/BUGS b/BUGS
new file mode 100644
index 0000000..2be5ead
--- /dev/null
+++ b/BUGS
@@ -0,0 +1,15 @@
+Links sometimes do not open in a new tab
+========================================
+
+We select for "mouse-target-changed" events: When the pointer is being
+moved, WebKit tells us if it's now being positioned over a link or not.
+
+However, when a new link pops into existence right below the mouse
+pointer (without the pointer being moved), we don't get this event. When
+the user now issues a middle-click, we open the link in the same tab.
+This is wrong.
+
+Ideally, we could access a hit test result while processing the click
+event, but that doesn't appear to be possible?
+
+This bug is also present in suckless surf and GNOME Epiphany.