From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Benjamin Riefenstahl Newsgroups: gmane.emacs.bugs Subject: bug#22250: 25.0.50; Eww fails to break RTL paragraph Date: Mon, 28 Dec 2015 22:23:23 +0100 Message-ID: <8737umi7xw.fsf@justinian.turtle-trading.net> References: <8760zj3dvr.fsf@justinian.i-did-not-set--mail-host-address--so-tickle-me> <83twn3g0ac.fsf@gnu.org> <8760zjbi9s.fsf@justinian.turtle-trading.net> <83k2nzfdt9.fsf@gnu.org> <87twn2il10.fsf@justinian.turtle-trading.net> <83bn9afqfz.fsf@gnu.org> <87k2nyigmh.fsf@justinian.turtle-trading.net> <8360zifmsk.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1451337858 20218 80.91.229.3 (28 Dec 2015 21:24:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Dec 2015 21:24:18 +0000 (UTC) Cc: 22250@debbugs.gnu.org, larsi@gnus.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 28 22:24:10 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aDfGz-0002CQ-Mj for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Dec 2015 22:24:09 +0100 Original-Received: from localhost ([::1]:46272 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDfGy-0002Ig-TB for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Dec 2015 16:24:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40598) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDfGv-0002IW-Sw for bug-gnu-emacs@gnu.org; Mon, 28 Dec 2015 16:24:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDfGs-0006Td-LR for bug-gnu-emacs@gnu.org; Mon, 28 Dec 2015 16:24:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39218) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDfGs-0006TZ-Hj for bug-gnu-emacs@gnu.org; Mon, 28 Dec 2015 16:24:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aDfGs-0007sP-DT for bug-gnu-emacs@gnu.org; Mon, 28 Dec 2015 16:24:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Benjamin Riefenstahl Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Dec 2015 21:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22250 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 22250-submit@debbugs.gnu.org id=B22250.145133781130236 (code B ref 22250); Mon, 28 Dec 2015 21:24:02 +0000 Original-Received: (at 22250) by debbugs.gnu.org; 28 Dec 2015 21:23:31 +0000 Original-Received: from localhost ([127.0.0.1]:46820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDfGN-0007rc-79 for submit@debbugs.gnu.org; Mon, 28 Dec 2015 16:23:31 -0500 Original-Received: from odoacer.turtle-trading.net ([217.91.34.180]:48968) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDfGM-0007rN-CP for 22250@debbugs.gnu.org; Mon, 28 Dec 2015 16:23:30 -0500 Original-Received: from justinian.turtle-trading.net ([192.168.2.118]) by odoacer.turtle-trading.net with esmtp (Exim 4.80) (envelope-from ) id 1aDfGG-0001sr-1I; Mon, 28 Dec 2015 22:23:24 +0100 Original-Received: from benny by justinian.turtle-trading.net with local (Exim 4.84) (envelope-from ) id 1aDfGF-0002kx-Ug; Mon, 28 Dec 2015 22:23:23 +0100 In-Reply-To: <8360zifmsk.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 28 Dec 2015 20:30:51 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110929 Archived-At: I see that you found something with that other file, that's good. My script-based test case contains no diacritics though, so it is still another problem. I have uploaded this now to my private webserver as . This URL reproduces the problem for me after "G RET". Eli Zaretskii writes: > (Why is receiving a page from a server different from visiting the > same page as a disk file? The way shr works, this should produce > exactly the same results, no?) It gets worse, I set a breakpoint in eww-render yesterday. At that point in the code I understand that everything just works from a temporary buffer containing the HTTP headers and the HTML. I got the error not depending on the buffer contents (IOW with the *same* contents in the temp buffer), but depending on the length of the URL. I thought that the message "Loading ..." that is shown in the eww buffer might trigger the problem. So today I disabled that and tried my test case, and it worked. But than I tried my actual pages and came upon the case that I just sent in the other post, where it still did not work. > Failing that, can you describe what exactly do you see, or maybe step > through the code in Edebug and tell which part(s) misbehave? So I set a breakpoint on shr-vertical-motion and ran my script test case. Remember that this works the first time through but fails when reloaded with "G RET". In the good case, for the first line, point is at position 1, shr-vertical-motion calls vertical-motion with (78 . 0) as parameter and afterwards, point is at 94. Which is a good place to break. In the bad case, for the first line, everything looks the same, vertical-motion gets called with the same parameter, but when it returns point is at 161. Which is not good. Delving into the C code: In the good case, it->w->hscroll is 0, in the bad case it->w->hscroll is 68. Experimentation tells me that the interpretation of window-hscroll (whether it refers to the left or the right margin) depends on bidi-paragraph-direction, is that right? Anyway, when I set bidi-paragraph-direction to left-to-right manually before I press "G RET" than the problem does not occur. Note that at the point when vertical-motion is called and gives different answers, bidi-paragraph-direction is always right-to-left, so it looks like some window parameter that depends on bidi-paragraph-direction is cached somewhere?