Dror Atariah <dror...@gmail.com> writes: > I'm sorry I keep bugging with this... ;) > > On Dec 14, 2013, at 22:06 PM, Nick Dokos wrote: > >> Nick Dokos <ndo...@gmail.com> writes: >> >>> Dror Atariah <dror...@gmail.com> writes: >>> >>>> 2. What's next? I believe this is a bug... How can I report it? >>> >>> Consider it reported - thanks for checking it. I'll push the proposed fix >>> later >>> on today. If it is wrong, we can revert it later, but at least for now >>> it seems to fix the bug. >>> >> >> I pushed the patch. > > I believe that the patch is wrong. The line "((eq (car x) :grouptags) > nil)" is currently (as per the version of ELPA) #463, but it yields > the same error as the one I reported initially. I moved it to line > #464 (right after the one with ":newline") and it solved the issue. > > 1. Does it make sense?
No. I'd go back to a clean slate and try again: chances are you had something left over (perhaps org-mobile.elc?) that's curdling thing. The lines in question are --8<---------------cut here---------------start------------->8--- (setq def-tags (mapcar (lambda (x) (cond ((null x) nil) ((stringp x) x) ((eq (car x) :startgroup) "{") ((eq (car x) :endgroup) "}") ((eq (car x) :grouptags) nil) ((eq (car x) :newline) nil) ((listp x) (car x)))) def-tags)) --8<---------------cut here---------------end--------------->8--- It makes absolutely no difference whether the :grouptags line comes before or after the :newline line: they are mutually exclusive. In any case, where is the backtrace? Nick