Hi Harri, this was a missing save-match-data around the call to `org-get-tags-at'. The reason why you get this strange behavior is that a failed matching attempt preserves the old match data, so if there was no successful regexp match, everything was well.
Wrapping that call with save-match-data would have fixed the problem, but it turns out that it is not necessary at all to construct the tags list because the loop has already checked for the archiving status earlier. Fixed now, thanks. - Carsten On May 15, 2009, at 11:09 AM, Harri Kiiskinen wrote:
There is an elusive bug in the ICal export functions. To demonstrate it, open this file, allow for the use of the local variable, and run 'org-export-icalendar-this-file'. What I get is the message "Wrong type argument: stringp, nil" ----------------------------- #+FILETAGS: test * TODO header # Local Variables: # org-use-tag-inheritance: "^[t]" # End: ----------------------------- Now, the funny thing is, that if you change the filetag from "test" to "est", close the file, and open it again, the file will be exported fine! It seems, that if the filetag does match the regular expression in org-use-tag-inheritance, then the result is error. There's something quite fishy here, so I'm not sure I have managed to cover all the cases, but after many weeks, I finally managed to track it down to this. Best, Harri K. _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
_______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode