bug#52884: What is the expected behavior of xwidget webkit webinspector?

bug#52884: What is the expected behavior of xwidget webkit webinspector?

[akira]

On emacs -Q compiled --with-webkit in xwayland on GNOME
- M-x xwidget-webkit-browse-url RET then enter in some url
- right click on some element and select 'Inspect Element'
- the webinspector opens in the same window on the bottom half
Usually the size of this pane could be changed by dragging on the
divider

Repeating the above but splitting the frame via C-x 3 before right
clicking to pull up webinspector results in webinspector opening its
own window (this may be related to the segfault on sway)?

Should the behavior be consistent in these two cases?

bug#52884: What is the expected behavior of xwidget webkit webinspector?

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

akira@akirakyle.com writes:

> Repeating the above but splitting the frame via C-x 3 before right
> clicking to pull up webinspector results in webinspector opening its
> own window (this may be related to the segfault on sway)?

It is probably not related to the segfault, and yes, it is intended
behaviour: WebKitGtk opens its own inspector window if it thinks the
WebKitWebView's window is not large enough to fit the inspector.

It should work fine unless you have multiple displays, where the
inspector window will probably open on the wrong display.  This is a
WebKitGtk bug, not a bug with Emacs (since we set the embedder window
correctly), so it should be reported to their developers instead.

Thanks, closing.  In the future, this kind of question should be sent to
help-gnu-emacs.

(BTW, please prefix your bug reports with some kind of sensible version
number, such as 29.0.50; the recent changes to xwidgets don't exist on
the release branch.)

bug#52884: What is the expected behavior of xwidget webkit webinspector?

[Akira Kyle]

Is the fact that the size of the webinspector pane cannot be adjusted
as it should be not a bug?

On Wed, Dec 29, 2021 at 6:35 PM Po Lu <luangruo@yahoo.com> wrote:
>
> akira@akirakyle.com writes:
>
> > Repeating the above but splitting the frame via C-x 3 before right
> > clicking to pull up webinspector results in webinspector opening its
> > own window (this may be related to the segfault on sway)?
>
> It is probably not related to the segfault, and yes, it is intended
> behaviour: WebKitGtk opens its own inspector window if it thinks the
> WebKitWebView's window is not large enough to fit the inspector.
>
> It should work fine unless you have multiple displays, where the
> inspector window will probably open on the wrong display.  This is a
> WebKitGtk bug, not a bug with Emacs (since we set the embedder window
> correctly), so it should be reported to their developers instead.
>
> Thanks, closing.  In the future, this kind of question should be sent to
> help-gnu-emacs.
>
> (BTW, please prefix your bug reports with some kind of sensible version
> number, such as 29.0.50; the recent changes to xwidgets don't exist on
> the release branch.)

bug#52884: What is the expected behavior of xwidget webkit webinspector?

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Akira Kyle <akira@akirakyle.com> writes:

> Is the fact that the size of the webinspector pane cannot be adjusted
> as it should be not a bug?

You can adjust it, but you have to be good with a mouse, and use a
recent version of WebKitGTK.

Older versions have some odd issue with entry events that prevents
dragging the inspector from working correctly.