From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id cK8nGH1UP2HGKwAAgWs5BA (envelope-from ) for ; Mon, 13 Sep 2021 15:39:09 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 6E3PE31UP2FrMQAA1q6Kng (envelope-from ) for ; Mon, 13 Sep 2021 13:39:09 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id BFB111EE60 for ; Mon, 13 Sep 2021 15:39:04 +0200 (CEST) Received: from localhost ([::1]:33702 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mPmAp-0003rg-Ru for larch@yhetil.org; Mon, 13 Sep 2021 09:39:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59148) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPjlT-0006f1-H6 for emacs-orgmode@gnu.org; Mon, 13 Sep 2021 07:04:43 -0400 Received: from mout01.posteo.de ([185.67.36.65]:49097) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mPjlQ-0001pf-Qo for emacs-orgmode@gnu.org; Mon, 13 Sep 2021 07:04:43 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 1BBB1240029 for ; Mon, 13 Sep 2021 13:04:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1631531077; bh=UvE3wNtUn0rnsbXb9+os5WaaYcl/vB0fMU6/DV63rOc=; h=From:To:Subject:Date:From; b=p2cVXx02KZsXGv3T2a6zDwM21JLDqcyJ8OTils4dgLw39mozZSLRwPf+BYMT9vvmz JXSlygm0l+kHojcMaJnGKo2mvDCAidrqubcmEj2+4hfNAlv4OObWu260nnoUURFzRa cfNOyY8T9SzaP4lkUQE5K3OyA/LtcoflVMZvr3fXY66FtqvgUOOGYF3rbDHvXEEecI 3+ZPp4j1ZQ5g/fF853s7xdmlTDiFLeR+LSNDszZQN7viPsFlO+Ak0ZdTqHeAw4/M7s ows2ucSG9BT1xxbbh76OiY50a2+XFHg1xLqsWv39tk3i06EVwtPSd/2wEiQADHmeBl 05RqW2OG/O89w== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4H7Nsb536rz9rxS for ; Mon, 13 Sep 2021 13:04:35 +0200 (CEST) From: Nathan Shostek To: emacs-orgmode@gnu.org Subject: Bug: Fill-paragraph with pretty link at linebreak [9.4.4 (release_9.4.4 @/usr/share/emacs/27.2/lisp/org/)] Date: Mon, 13 Sep 2021 10:36:18 +0000 Message-ID: <874kaopwhi.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=szos@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 13 Sep 2021 09:36:37 -0400 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1631540344; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=hECocWL+LMuUIdof44xiwTWLSzIUM8ZI+MD7O8B4kHE=; b=MnQulT4s7zBkmKOAapyniHDvXs/4UMlmaazhLoa/vva00m48j8+SOMBG1lGav5HOzXh7Va ms8XZqZlmYuW7eYsC8xRY2wPGi0o8UfClAE3us2oKh9NZdRuEEtfYkLITT1lthWyyq4gMP jTN9FNgJk8E4YuIMgEjMqi7JEA46HWdAW/XseZtSdaM7zixPGZmKOYzlXAcdigfPZUPPYn hvLmY7hRYzUAnbxp8N+KPCzOy0PqomaqBEeG1v7YVTVd2xQHOdD+3GXXxNJIlLyjRAKv8S TzamQKo2AiFf514+qO3p6B2iHH/jB1B2r5+oi5BXjbgWn/QuQ3s3TIYcsONQsg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1631540344; a=rsa-sha256; cv=none; b=boyMMkvlML0tRqByUxULZyKLEh/YHhtbi3hPpKbODweTOf0qDZcdimtRaIbplWfWWHvA5W 2dTPIlrFkIMpLeaiGx4/yXYg7dnIYyu62j+h2kiT6RWTqGtUrptlYf8of9DXe0+SbrI1z2 0SDs4QJbpOdJrEY73LVBc+EIOvpMrbDjrzfTvZRla1oN26Z6hpzNMuiReXLOs8rDM1bx76 O159AzH5iw7LCQqqTX6k75z/RgmF402h91oSnRIKqntnKOni5g7P5zMZ2QQvamonWhyRuP xqh5Ayf6iNMNhp7AYcQv82IRdit5rAGq+4n2IESIeCYbfGmxr4X3Mt/C9G2N0g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=p2cVXx02; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -3.10 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=p2cVXx02; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: BFB111EE60 X-Spam-Score: -3.10 X-Migadu-Scanner: scn0.migadu.com X-TUID: Pikdc59H4f/G Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. ------------------------------------------------------------------------ Hello, Ive found a bug with (org-)fill-paragraph when pretty links are enabled (ie calling org-toggle-link-display works around this, but its undesirable for me to have full link text). When links are "prettified" (i am uncertain what the actual terminology is, but when the link itself is hidden and only the description text is shown) calling fill paragraph will cause there to be new lines (as reported by the (line, col) indicator in the mode line) but there will be no rendered newline/linebreak if the linebreak begins within the link portion of a link. This happens with multiple configurations as well as with `emacs -Q`. I looked through the first several pages of search results to try and find a related bug (and hopefully a fix) but didnt find anything. Expected: What I expect to happen is that calling fill-paragraph will insert newlines at or before the fill column, and that they will be rendered. Observed: What seems to happen is that calling fill-paragraph inserts newlines but they aren't rendered. After calling fill-paragraph a pretty link begins at line 28 column 67, and moving forward one character moves me to line 29 column 1, however this is not rendered on a new line. Moving backwards a character brings me to the same graphical point as line 28 column 67 but i am instead at line 29 column 0. fill-column is 70. Thanks, Nathan PS: Here is the raw text that causes this issue, from a report for an obligatory informatics course. I have removed all line breaks from the text to allow those who wish to call fill-paragraph on it after placing the text into an org buffer. I can also send images if its desired. * Introduction This report shall describe the initial obligatory assignment for ~INF 1100~. The [[comparing values][comparison of values]], [[display of a triangle][displaying of a triangle]], [[determination of prime factors][determination of prime factors]], [[range of numbers][outputting of a range of numbers]], [[The determining of the most significant bit][determination of the most significant bit]], and the [[The in-place reversal of a string][reversal of a string]] shall be implemented. We assume that this will be compiled and run on