emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Bug: ICal export, filetags and tag inheritance
@ 2009-05-15  9:09 Harri Kiiskinen
  2009-05-16 17:39 ` Carsten Dominik
  0 siblings, 1 reply; 2+ messages in thread
From: Harri Kiiskinen @ 2009-05-15  9:09 UTC (permalink / raw)
  To: emacs-orgmode

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.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Bug: ICal export, filetags and tag inheritance
  2009-05-15  9:09 Bug: ICal export, filetags and tag inheritance Harri Kiiskinen
@ 2009-05-16 17:39 ` Carsten Dominik
  0 siblings, 0 replies; 2+ messages in thread
From: Carsten Dominik @ 2009-05-16 17:39 UTC (permalink / raw)
  To: Harri Kiiskinen; +Cc: emacs-orgmode

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-05-16 17:40 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-05-15  9:09 Bug: ICal export, filetags and tag inheritance Harri Kiiskinen
2009-05-16 17:39 ` Carsten Dominik

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).