andrés ramírez <rrandr...@hotmail.com> writes: > Ihor> Now, can you execute the following and let me know if the > performance is back to > Ihor> satisfactory? > > [...]
[Note that I pushed the change in org-back-to-heading upstream] https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=2737128aa778297f41971cc93c464faf17718e34 > I have tested your suggested changes. > emacs28 with bundled org have recovered and it is a little bit quicker > than emacs27 (around 17s). You should be missing something. The code I suggested should have exactly 0 impact on the built-in Org. > emacs28 with org 9.6 took 44 seconds. So on 9.6 performance is not > satisfactory yet. Then, can you provide the updated profiler report again? Please use the latest development version of Org + (setq org-element--cache-self-verify nil) > second observation: > > on emacs28+bundled-org this very detailed line is shown: > --8<---------------cut here---------------start------------->8--- > bbdb: [[bbdb:erlinda massco][erlinda massco's 49th custom anniversary]] > --8<---------------cut here---------------end--------------->8--- > > But. on emacs28+org9.6 this short detailed line is showed: > --8<---------------cut here---------------start------------->8--- > bbdb: custom > --8<---------------cut here---------------end--------------->8--- > > Could this behaviour be restored on latest development?. Could you detail steps how to reproduce this? I cannot, on my side. See https://orgmode.org/manual/Feedback.html -- Ihor Radchenko, Org mode contributor, Learn more about Org mode at https://orgmode.org/. Support Org development at https://liberapay.com/org-mode, or support my work at https://liberapay.com/yantar92