GNU bug report logs -
#51382
29.0.50; org-offer-links-in-entry is incompatible with native-compile
Previous Next
Reported by: luangruo <at> yahoo.com
Date: Mon, 25 Oct 2021 04:26:01 UTC
Severity: normal
Tags: moreinfo
Found in version 29.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 51382 in the body.
You can then email your comments to 51382 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
wang <at> tianshu.me, bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Mon, 25 Oct 2021 04:26:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
luangruo <at> yahoo.com
:
New bug report received and forwarded. Copy sent to
wang <at> tianshu.me, bug-gnu-emacs <at> gnu.org
.
(Mon, 25 Oct 2021 04:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
(I'm reporting this bug on behalf of wang <at> tianshu.me, who doesn't find
it convenient to submit a bug report right now.)
Hi, I'm facing a strange problem, if my org is compiled,
org-open-at-point will always open the first link, no matter which link
I select via org-offer-links-in-entry. If I delete the compiled file
org-d208de9c-ca5ab453.eln, this issue gone temporary. Is there any way
to permanently avoid this problem, or is this a bug of native-compile?
GNU Emacs 29.0.50 (build 1, x86_64-apple-darwin20.6.0, NS appkit-2022.60
Version 11.6 (Build 20G165)) of 2021-10-24
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Mon, 25 Oct 2021 08:49:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 51382 <at> debbugs.gnu.org (full text, mbox):
luangruo--- via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs <at> gnu.org> writes:
> (I'm reporting this bug on behalf of wang <at> tianshu.me, who doesn't find
> it convenient to submit a bug report right now.)
>
> Hi, I'm facing a strange problem, if my org is compiled,
> org-open-at-point will always open the first link, no matter which link
> I select via org-offer-links-in-entry. If I delete the compiled file
> org-d208de9c-ca5ab453.eln, this issue gone temporary. Is there any way
> to permanently avoid this problem, or is this a bug of native-compile?
>
> GNU Emacs 29.0.50 (build 1, x86_64-apple-darwin20.6.0, NS appkit-2022.60
> Version 11.6 (Build 20G165)) of 2021-10-24
Hi Wang,
would you provide a step by step reproducer starting from emacs -Q?
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Mon, 25 Oct 2021 08:52:01 GMT)
Full text and
rfc822 format available.
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 25 Oct 2021 15:26:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Wed, 27 Oct 2021 15:41:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 51382 <at> debbugs.gnu.org (full text, mbox):
Here's a trivial reproduction:
1. Create an org file, e.g. /tmp/test.org. See end of this message for
an example, but essentially any org file with a heading that contains
multiple links somewhere within its contents.
2. Ensure that org.el is natively compiled
3. Run "emacs -Q"
4. "C-x C-f" to open the test file
5. Move point to beginning of the header
6. "C-c C-o 2" to open the second link
7. Bug occurs: first link is opened regardless of choice in the previous step
Workaround:
1. Disable native comp for org.el in your early-init.el: (setq
native-comp-deferred-compilation-deny-list (list (rx "org/org.el"
string-end)))
- Note: I think putting this early on in init.el would work too, so
long as it is set before org.el is loaded? Not sure.
2. Delete the native-compiled version of org.el. Check
native-comp-eln-load-path to determine the right directories, then in
each one run something like: find the-eln-directory -name
'org-[0-9]*\.eln' -delete
I'm not positive if both steps of the workaround are necessary or just
one of them.
---
Example contents for /tmp/test.org begin on the next line:
* Heading
- https://debbugs.gnu.org/cgi/bugreport.cgi?bug=51382
- https://www.gnu.org/software/emacs/
Removed tag(s) moreinfo.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 28 Oct 2021 03:23:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Tue, 13 Sep 2022 16:06:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 51382 <at> debbugs.gnu.org (full text, mbox):
Caleb Chase <chase.caleb <at> gmail.com> writes:
> Here's a trivial reproduction:
>
> 1. Create an org file, e.g. /tmp/test.org. See end of this message for
> an example, but essentially any org file with a heading that contains
> multiple links somewhere within its contents.
> 2. Ensure that org.el is natively compiled
> 3. Run "emacs -Q"
> 4. "C-x C-f" to open the test file
> 5. Move point to beginning of the header
> 6. "C-c C-o 2" to open the second link
> 7. Bug occurs: first link is opened regardless of choice in the previous step
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
I'm unable to reproduce this problem with the current "master", but I
only tested on Ubuntu. Do you still see this problem, Caleb?
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 13 Sep 2022 16:07:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Tue, 13 Sep 2022 16:35:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 51382 <at> debbugs.gnu.org (full text, mbox):
Caleb Chase <chase.caleb <at> gmail.com> writes:
> Hi, sorry about that and thanks for the follow-up. I just tested and
> agree that it's fixed.
No probs. Thanks for checking; I'm closing this bug report, then.
bug closed, send any further explanations to
51382 <at> debbugs.gnu.org and luangruo <at> yahoo.com
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 13 Sep 2022 16:35:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#51382
; Package
emacs
.
(Tue, 13 Sep 2022 17:49:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 51382 <at> debbugs.gnu.org (full text, mbox):
On Tue, Sep 13, 2022 at 11:05 AM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
> Caleb Chase <chase.caleb <at> gmail.com> writes:
>
> > Here's a trivial reproduction:
> >
> > 1. Create an org file, e.g. /tmp/test.org. See end of this message for
> > an example, but essentially any org file with a heading that contains
> > multiple links somewhere within its contents.
> > 2. Ensure that org.el is natively compiled
> > 3. Run "emacs -Q"
> > 4. "C-x C-f" to open the test file
> > 5. Move point to beginning of the header
> > 6. "C-c C-o 2" to open the second link
> > 7. Bug occurs: first link is opened regardless of choice in the previous step
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> I'm unable to reproduce this problem with the current "master", but I
> only tested on Ubuntu. Do you still see this problem, Caleb?
Hi, sorry about that and thanks for the follow-up. I just tested and
agree that it's fixed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 12 Oct 2022 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.