Re: [bug?] org-repair-property-drawers does not repair whole file

[Gregor Zattler <telegraph@gmx.net>]

[-- Attachment #1: Type: text/plain, Size: 1256 bytes --]

Hi Nicolas,
* Nicolas Goaziou <mail@nicolasgoaziou.fr> [08. Mar. 2015]:
> Gregor Zattler <telegraph@gmx.net> writes:
> 
>> Sadly no: I reapplied `org-repair-property-drawers' on my org
>> file with no customisation at all:
>>
>> emacs-snapshot -Q -nw -L /home/grfz/src/org-mode/lisp/ file.org ~/src/org-mode/etc/ORG-NEWS
>>
>> I loaded `org-repair-property-drawers' from
>> ~/src/org-mode/etc/ORG-NEWS and executed it in file.org.  Result
>> is ’(nil nil nil nil nil nil nil nil nil nil nil nil ... )’ and
>> the buffer file.org remains unmodified.
> 
> Doesn't the function fix the "anon" file you sent?

No.  I removed the line numbers so that the stars of the headings
are at the first column and invoced `org-repair-property-drawers'
in the same way as described above.  The buffer remains
unmodified and the output is `nil'.

> Is it possible to have access to the file? You might want to hide
> contents first with the following function
> 
> (defun scramble-contents ()

Yes.  I scrambled it with your function, changed tags (which were
not scrambled by `scramble-contents') and obfuscated clock lines.
The result is attached.

Thanks for looking into this, but if it’s only me: It would be
not much work to clean up the file by hand.

Gregor

[-- Attachment #2: scrambled.org.gz --]
[-- Type: application/gzip, Size: 63809 bytes --]