Losing org text properties

[srnnkls]

I made the observation that org text properties are somewhat falling apart inside chunks after edititing in innermodes. E.g. i cannot check for org-in-src-block-p anymore (that function internally relies on (get-char-property). Is there anything I can do to make sure that text properties are reliably moved to the respective innermodes (ess and elisp in my case). My current workaround is a custom version of that predicate that falls back to org-element-context and org-element-type.

[vspinu]

Text properties need not be moved. They are shared. The problem is most likely due to the fact that properties are no longer applied as they should. Probably in post-command-hook or after-change-functions or somewhere else. I couldn't find the place where org applies the src-block property on a quick search. Could you figure that out please? I will pick it up from there. Traveling till mid next week though.

[srnnkls]

Thank you. I'm pretty new to emacs and it is not fully clear to me when and where text properties are applied. I will dig into to the org codebase to find out. My first guess is that the src-block property is applied during or just before fontification.

In general, the canonical way to check context in org-files today seems to be using org-element anyway. So, org-in-src-block-p seems outdated. It would be nice, however, to have backward compatibility here.

[ghost]

@vspinu https://github.com/bzg/org-mode/blob/7a9a8a56af4cf02abc1fb86eda96f0c7dc6b0348/lisp/org.el#L5288
it seems that text property is not applied if org-src-fontify-natively is nil

also org-keyword-properties need to be shared with the buffers since it is buffer local (shouldn't any buffer local variable set by org be shared?)

edit1:
so it was disabled by #6 ..mh