Strange characters in buffer after find-files-raw about org-rifle HOT 12 OPEN

Hi,

I'm glad you discovered that experimental branch and are finding it useful. As you can see, I haven't touched it in about a year.

Looking at the code, when a search result is selected, the buffer should be reverted, which should reload the file from disk and activate org-mode. There shouldn't be any artifacts of fundamental-mode left over.

If this is not in fact happening, then it would seem to be a bug. I'm not sure how much support I can offer for this branch at this time, but if you want to help debug it, please provide some more info, like:

• Emacs version
• Org version
• Exact, command-by-command, keypress-by-keypress reproduction steps

Thanks.

from org-rifle.

from org-rifle.

What happens if you eval (revert-buffer nil t) in the Org buffer that has the artifacts (using M-:) ?

from org-rifle.

from org-rifle.

I don't think the pictures came through the email.

from org-rifle.

Ah, sorry. Let's try that again. Here it is if I navigate to the file through Emacs:

and here it is if I navigate using helm-org-rifle (raw version).

from org-rifle.

Okay, so if you are looking at the second screenshot and run revert-buffer, what does it look like after that?

from org-rifle.

revert-buffer had no effect. But I found that running toggle-enable-multibyte-characters worked...

from org-rifle.

Ok, please try this: in one of the raw buffers, eval (revert-buffer-with-coding-system nil t). It looks like that might correctly reset the coding system.

from org-rifle.

Nope. No effect.

from org-rifle.

Running M-: (set-buffer-multibyte t) works for me...

from org-rifle.

Hmm, I'm not sure what's going on here. According to the manual, revert-buffer-with-coding-system should work. And I'm not sure that set-buffer-multibyte is the correct or safe thing to do in all cases. I'll have to look into it when I have more time. Thanks.

from org-rifle.