From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#66068: 30.0.50; xwidget-webkit-browse-url makes Emacs abort Date: Sat, 30 Sep 2023 14:09:51 +0200 Message-ID: <87sf6v7tgw.fsf@gmx.net> References: <87r0mvdccy.fsf@gmx.net> <87r0mvwx2f.fsf@yahoo.com> <87bkdzd6d8.fsf@gmx.net> <87sf7bbjsv.fsf@gmx.net> <87msxhtto4.fsf@yahoo.com> <87fs338v0u.fsf@gmx.net> <87zg1bnlfl.fsf@yahoo.com> <87zg1avdug.fsf@gmx.net> <87ttriob8o.fsf@yahoo.com> <87v8byv9gk.fsf@gmx.net> <87fs2wm0zk.fsf@gmx.net> <87il7rnajg.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15821"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 66068@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 30 14:11:11 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qmYoQ-0003sd-Ko for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Sep 2023 14:11:10 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qmYoB-0008Eq-D1; Sat, 30 Sep 2023 08:10:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qmYo7-00081M-RK for bug-gnu-emacs@gnu.org; Sat, 30 Sep 2023 08:10:52 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qmYo3-0007RX-7r for bug-gnu-emacs@gnu.org; Sat, 30 Sep 2023 08:10:50 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qmYoI-0000P7-7d for bug-gnu-emacs@gnu.org; Sat, 30 Sep 2023 08:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Sep 2023 12:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66068 X-GNU-PR-Package: emacs Original-Received: via spool by 66068-submit@debbugs.gnu.org id=B66068.16960758211487 (code B ref 66068); Sat, 30 Sep 2023 12:11:02 +0000 Original-Received: (at 66068) by debbugs.gnu.org; 30 Sep 2023 12:10:21 +0000 Original-Received: from localhost ([127.0.0.1]:57828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmYnc-0000Nt-K5 for submit@debbugs.gnu.org; Sat, 30 Sep 2023 08:10:21 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:51063) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmYnX-0000NW-5f for 66068@debbugs.gnu.org; Sat, 30 Sep 2023 08:10:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1696075792; x=1696680592; i=stephen.berman@gmx.net; bh=s4QG/eGxM+kOWrP03KvXeJXHODq8BVJoGnJxzxr531E=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=LIsvocRPDAvyLPXaF7x+sxnOBzpxr1EqI0Ut3GantdKk3B1lj3G0frjELjI8h27MqlVxekfAAYq b0bC+mBZYfbXQ9ut1p5KCKuxikqu9vppOj4nq7hqp1Tn89W94g52/LD8drrKVDgThMDvM9jmQAMPa 2JOpkOS/pDmJicKBLIrD1p27bgLHdFQqhjBk/T+Re2bn2ALDV2jtmiq3Wuug0frnZMzgkP+YD1gxn zeCvfQF3QuoJPRjY4QIzVOCksfddWsi3iUtjKfodrEtSvOv6fnWhWtEqyL6VGdaXDmJ32pORO2KEP VU002Sw475cJ8whoGWtsm0zGf4zVdj9u1isw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from strobelfs2 ([94.134.196.123]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N33ET-1rlaRh0OAX-013QbM; Sat, 30 Sep 2023 14:09:52 +0200 In-Reply-To: <87il7rnajg.fsf@yahoo.com> (Po Lu's message of "Sat, 30 Sep 2023 19:52:03 +0800") X-Provags-ID: V03:K1:YxLJ+GDUaNS4bRcpTlkuZ+GHm9GdcmbTgto9kS2NaUWJfEBObVn JV9cH5EeWbm5Pru2UQv1recBnSSz2aDDEckTrhzE32WBlkTEe7OpL22pF8c/hXu9zyyGuhD hMwBTc/XkmDL3shyGgLlxmiI8XAXg2bTFVfp9PbrMIy6ymhUbFsAL46K7FAErHBamSZbbyV xzbWdfVHwYtL8GpdzVRGg== UI-OutboundReport: notjunk:1;M01:P0:kqiJFLbrqdM=;nGf8C/r9OPfEFjP469eUvQizJ1B FOw9Z7SGYyF9jCFaX8tU6eonoFHWXColsq0OH516EY7M4OjVGx48gzLRJO+AlCf4TcXHx7HLA Z8P7Y7DyrQcUg01Qpzu/PHlYzaGU8fCetb5m3Ye4v6JK51WnQByzJJDKlEszt5jHMBiX3xZ3A grLikGzUi+l5Oo+qwWrMBnOPzpwyr1PYZlvdstGFWNvA7EtdViXnsU89eoZSgu66xSgefYiwD fbSdOWYD6281IfDhDg3RGobPq9jY6UOROZnS96WvsjCwsQcILR5NOX3P+HPB7xffHfls21bmo 38wlBhDqz6708zgmorFOhtYMuhKkssSBL2kiqn5nC+6PuvPhEZkokV2OVHXIiBUc8E8FdRfFH zTkxYvZJf0N7KXqi9xU9gCfCZHaJKfmeVh0xZeWhSswTcVPTNfvGC26qHJ0FbTFd/OzhWXFLL 7c0DZnTggG3SyjPALohkgePmDYmZ3YWZtaOHhT84qmXuac/rag4YNZku+8ymodqxK224f5CYG Vacqwf6emyNbozp/7m9VR+Oiin0XrWi/zUbpnyMoXo0M8BoJkryCweDVB/7mISO425e2mCqtC hcHxLxzo8UGbvPjRZID+zaDVOHRvptb8GYJpw4T1IfHNBxV+RDOJ4ZL1T3t3Z/LylnlOZR7Mr 3WL85opQBzMQXXflW/Lt69IphkcBHA4Paw1srfEstkojImy7bOAP9pcqVMGjYNGWA8teoUQPH wjHIDh+n57M+yci2IrZz+Bgi816jCsnzmwiJynvkQ4NsFuRhRVN2dzYsRhCr6lLkBf8l5+gA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:271540 Archived-At: On Sat, 30 Sep 2023 19:52:03 +0800 Po Lu wrote: > Stephen Berman writes: > >> On Mon, 25 Sep 2023 12:22:19 +0200 Stephen Berman wrote: >> >>> On Mon, 25 Sep 2023 17:25:43 +0800 Po Lu wrote: >>> >>>> Stephen Berman writes: >>>> >>>>> Now this is interesting: starting from within gdb with -q -xrm >>>>> "emacs.synchronous: true", then doing M-x xwidget-webkit-browse-url, >>>>> entering a URL and pressing RET now succeeds, i.e. the web page opens, >>>>> no crash. Same when starting from within gdb with just -xrm >>>>> "emacs.synchronous: true", i.e., with my init file running in X >>>>> synchronous mode: xwidget-webkit-browse-url does not make Emacs crash. >>>>> However, then I start Emacs outside of gdb, i.e. directly from the shell >>>>> with -xrm "emacs.synchronous: true", either with or without -q, and >>>>> invoke xwidget-webkit-browse-url, then Emacs aborts as before (i.e. same >>>>> as when not running in X synchronous mode). I hope you can make sense >>>>> of that. >>>> >>>> When Emacs aborts, it should print a stack trace. Provided that your >>>> system is configured correctly, a core file should also be generated. >>>> >>>> If either of these two are available, please attempt to derive a stack >>>> trace from them; the procedure for the former case is illustrated within >>>> (emacs)Crashing. >>> >>> I have both the stack trace and the core file. >>> >>> The stack trace is essentially the same as the one at the end of the >>> backtrace I attached to my OP in this bug, see <87r0mvdccy.fsf@gmx.net> >>> . >>> However, using the sed with addr2line as described in (emacs) Crashing >>> only produces 41 lines like this: ?? ??:0. Is this because my Emacs >>> build is out-of-tree? >>> >>> I've attached the full backtrace produced by running gdb on the core >>> file (though it starts with some warnings which may call its usefulness >>> into doubt). >> >> FWIW, I have updated webkitgtk from 2.41.92 to 2.42.1 and invoking >> xwidget-webkit-browse-url still makes Emacs crash. But with two other >> GNU/Linux systems which have webkitgtk-2.40.1, xwidget-webkit-browse-url >> invoked in Emacs built from the same commit on master works fine. >> >> Steve Berman > > I believe this is not a problem we can fix: the WebKitGTK developers > have elected to presume that WebViews are always placed within X > windows, and to unconditionally create GLX contexts for such views. > > This loses, inasmuch as Emacs places each widget within an offscreen > window, facilitating the duplication of its contents when it is > simultaneously displayed within two Emacs windows. Please report this > to the WebKitGTK developers. I'll try to do that. But if they choose not to accommodate Emacs and there is no solution on the Emacs side, then the --with-xwidgets build is effectively broken for usual Emacs usage from at least webkitgtk 2.41.92 on, which is unfortunate. However, as I noted above, xwidget-webkit-browse-url does work with current webkitgtk when starting Emacs from within gdb with -q -xrm "emacs.synchronous: true", so maybe there is a solution on the Emacs side. Do you know why it works (only) when Emacs is started this way, in particular, what does starting under gdb do that makes the difference? > WebKitGTK is not meant for displaying contents within programs that must > display the same widget in more than one location; that is the metier of > WPE (wpewebkit.org). Several months ago, I asked for interested > individuals to step forth and undertake writing the code to replace > WebKitGTK by that library, but was met with silence. Unfortunately, I lack the competence to undertake that. Steve Berman