emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Bug? Agenda problems after update
@ 2013-03-02 16:52 Simon Thum
  2013-03-03  6:34 ` Bastien
  2013-03-03  7:07 ` Charles Philip Chan
  0 siblings, 2 replies; 7+ messages in thread
From: Simon Thum @ 2013-03-02 16:52 UTC (permalink / raw)
  To: emacs-orgmode

Hi all,

I've updated to recent master to fix a problem the new exporter fixes in 
master. I didn't update for a few months, so it's not easy to tell when 
things broke. I already looked for solutions, but could not find any for 
the below. Please help me track these down.

I observe four problems I don't think I had before. Two can be seen in 
the messages from an agenda run:


Press key for agenda command (unrestricted):
Update Org Contacts Database
Bad sexp at line 350 in /home/simon/org/privat.org: 
(org-contacts-anniversaries "BIRTHDAY" "%y. Geburtstag %l") [7 times]
Invalid face reference: nil [619 times]


1: Altough org-contacts is invoked, birthdays fail. I tried both sexp 
syntaxes (%%() and <%%()>).

2: Hovering the mouse over the agenda produces these nil face warnings. 
I have no idea how to diagnose this, but it does not hurt much it seems. 
On every mouse motion event that hovers over agenda lines below today 
(except for the first line below today's date line, misteriously, and 
only if a certain line with a past-due deadline with [#C] priority 
cookie is visible), one such warning is produced.


3: The agenda dropped back to 10 sec and more. I used to have agenda 
generation times of 2-3 sec after I switched to SSDs. I hope this is the 
issue from the "org-agenda-write taking very long" thread currently 
going on.

4: When jumping to a file from the agenda, it is completely visible, 
including ARCHIVE tags (which otherwise work as expected). Just opening 
them is fine; it only affects the case the agenda file was not loaded 
before. Thus it seems to be a bug.


Thanks in advance,

Simon

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

* Re: Bug? Agenda problems after update
  2013-03-02 16:52 Bug? Agenda problems after update Simon Thum
@ 2013-03-03  6:34 ` Bastien
  2013-03-03 14:36   ` Simon Thum
  2013-03-03  7:07 ` Charles Philip Chan
  1 sibling, 1 reply; 7+ messages in thread
From: Bastien @ 2013-03-03  6:34 UTC (permalink / raw)
  To: Simon Thum; +Cc: daimrod, emacs-orgmode

Hi Simon,

thanks for reporting those problems.

Simon Thum <simon.thum@gmx.de> writes:

> Press key for agenda command (unrestricted):
> Update Org Contacts Database
> Bad sexp at line 350 in /home/simon/org/privat.org:
> (org-contacts-anniversaries "BIRTHDAY" "%y. Geburtstag %l") [7 times]
> Invalid face reference: nil [619 times]
>
> 1: Altough org-contacts is invoked, birthdays fail. I tried both sexp
> syntaxes (%%() and <%%()>).

I'm cc'ing Grégory, maybe this is related to recent changes in
org-contact.el.  Grégory, can you have a look ?

> 2: Hovering the mouse over the agenda produces these nil face warnings. I
> have no idea how to diagnose this, but it does not hurt much it seems. On
> every mouse motion event that hovers over agenda lines below today (except
> for the first line below today's date line, misteriously, and only if a
> certain line with a past-due deadline with [#C] priority cookie is
> visible), one such warning is produced.

Mhh... I can't reproduce this.  Can you give a recipe?  What emacs
version is it with?

> 3: The agenda dropped back to 10 sec and more. I used to have agenda
> generation times of 2-3 sec after I switched to SSDs. I hope this is the
> issue from the "org-agenda-write taking very long" thread currently going
> on.

I don't think it is the same issue.  Here again, can you give a hint
on what your configuration and agenda file/command look like?

> 4: When jumping to a file from the agenda, it is completely visible,
> including ARCHIVE tags (which otherwise work as expected). Just opening
> them is fine; it only affects the case the agenda file was not loaded
> before. Thus it seems to be a bug.

(setq org-agenda-inhibit-startup nil)

The new default is supposed to make the agenda generation faster,
actually.  Tassilo reported it was not speeding up things and I need
to check this again.

Thanks,

-- 
 Bastien

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

* Re: Bug? Agenda problems after update
  2013-03-02 16:52 Bug? Agenda problems after update Simon Thum
  2013-03-03  6:34 ` Bastien
@ 2013-03-03  7:07 ` Charles Philip Chan
  1 sibling, 0 replies; 7+ messages in thread
From: Charles Philip Chan @ 2013-03-03  7:07 UTC (permalink / raw)
  To: Org-mode

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


> Press key for agenda command (unrestricted):
> Update Org Contacts Database
> Bad sexp at line 350 in /home/simon/org/privat.org:
> (org-contacts-anniversaries "BIRTHDAY" "%y. Geburtstag %l") [7 times]
> Invalid face reference: nil [619 times]

I have the same problem, but with bddb3. The sexp that I use is:

,----
| %%(org-bbdb-anniversaries)
`----

Charles

-- 
"Problem solving under linux has never been the circus that it is under
AIX."
(By Pete Ehlke in comp.unix.aix)

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

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

* Re: Bug? Agenda problems after update
  2013-03-03  6:34 ` Bastien
@ 2013-03-03 14:36   ` Simon Thum
  2013-03-03 15:21     ` Simon Thum
  2013-03-03 16:50     ` Bastien
  0 siblings, 2 replies; 7+ messages in thread
From: Simon Thum @ 2013-03-03 14:36 UTC (permalink / raw)
  To: Bastien; +Cc: daimrod, emacs-orgmode

Hi Bastien,

I tried to reproduce using -q and had another error occurring in 
customizing the agenda (hard to reproduce agenda problem with a blank list):

apropos-parse-pattern: Wrong type argument: stringp

occurs when using the search button. This is emacs org, from

GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.12) due to -q.

The below refers to git emacs, of course.


On 03/03/2013 07:34 AM, Bastien wrote:
> Hi Simon,
>
> thanks for reporting those problems.
>
> Simon Thum <simon.thum@gmx.de> writes:
>
>> Press key for agenda command (unrestricted):
>> Update Org Contacts Database
>> Bad sexp at line 350 in /home/simon/org/privat.org:
>> (org-contacts-anniversaries "BIRTHDAY" "%y. Geburtstag %l") [7 times]
>> Invalid face reference: nil [619 times]
>>
>> 1: Altough org-contacts is invoked, birthdays fail. I tried both sexp
>> syntaxes (%%() and <%%()>).
>
> I'm cc'ing Grégory, maybe this is related to recent changes in
> org-contact.el.  Grégory, can you have a look ?

Don't look in the wrong end - I checked out an out org-contacts.el 
(127bffa9e9cfe525fad0d8c) but the issue persisted. Also see below.

>
>> 2: Hovering the mouse over the agenda produces these nil face warnings. I
>> have no idea how to diagnose this, but it does not hurt much it seems. On
>> every mouse motion event that hovers over agenda lines below today (except
>> for the first line below today's date line, misteriously, and only if a
>> certain line with a past-due deadline with [#C] priority cookie is
>> visible), one such warning is produced.
>
> Mhh... I can't reproduce this.  Can you give a recipe?  What emacs
> version is it with?

I tried a lot of stuff and this is triggering it for me:
(setq org-highest-priority ?B)
(setq org-lowest-priority ?D)
(setq org-default-priority ?D)

However, this seems just a factor. Removing it works but is undesirable 
for me, and re-adding it in an otherwise minimal config is fine too. I'm 
dropping this for now, let's see how my windows box responds.

>
>> 3: The agenda dropped back to 10 sec and more. I used to have agenda
>> generation times of 2-3 sec after I switched to SSDs. I hope this is the
>> issue from the "org-agenda-write taking very long" thread currently going
>> on.
>
> I don't think it is the same issue.  Here again, can you give a hint
> on what your configuration and agenda file/command look like?
Well, even the default agenda was pretty lousy. But guess what? I 
executed one of my not-so-daily review (block-) agendas, and whatever it 
did, it fixed the issue. Could that be? I'm at a loss to explain things, 
but the slowdown is gone now. Some cache/temp file issue?

Is there some kind of "make clean" for the operational org-mode?

What's even better, since that the org-contacts integration is working 
fine again! Maybe that was the culprit, or my whole setup is somehow 
botched.

>
>> 4: When jumping to a file from the agenda, it is completely visible,
>> including ARCHIVE tags (which otherwise work as expected). Just opening
>> them is fine; it only affects the case the agenda file was not loaded
>> before. Thus it seems to be a bug.
>
> (setq org-agenda-inhibit-startup nil)
>
> The new default is supposed to make the agenda generation faster,
> actually.  Tassilo reported it was not speeding up things and I need
> to check this again.

Apparently, it did not slowdown mine but fixed the issue. Thanks!

So the nil face is the only issue left, and it depends a lot on config. 
I will see if I can find out more.

Cheers,

Simon

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

* Re: Bug? Agenda problems after update
  2013-03-03 14:36   ` Simon Thum
@ 2013-03-03 15:21     ` Simon Thum
  2013-03-03 16:50     ` Bastien
  1 sibling, 0 replies; 7+ messages in thread
From: Simon Thum @ 2013-03-03 15:21 UTC (permalink / raw)
  To: Bastien; +Cc: daimrod, emacs-orgmode


Ahh, crap. Sorry to have spread confusion. The issues persit - except 
for the last one (4). I probably defected to the emacs org which 
miraculousy had 2 secs agenda generation time, not 16.

I removed the built-in one to avoid future confusion, but cannot dig 
deeper now.

Cheers,

Simon

On 03/03/2013 03:36 PM, Simon Thum wrote:
> Hi Bastien,
>
> I tried to reproduce using -q and had another error occurring in
> customizing the agenda (hard to reproduce agenda problem with a blank
> list):
>
> apropos-parse-pattern: Wrong type argument: stringp
>
> occurs when using the search button. This is emacs org, from
>
> GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.12) due to -q.
>
> The below refers to git emacs, of course.
>
>
> On 03/03/2013 07:34 AM, Bastien wrote:
>> Hi Simon,
>>
>> thanks for reporting those problems.
>>
>> Simon Thum <simon.thum@gmx.de> writes:
>>
>>> Press key for agenda command (unrestricted):
>>> Update Org Contacts Database
>>> Bad sexp at line 350 in /home/simon/org/privat.org:
>>> (org-contacts-anniversaries "BIRTHDAY" "%y. Geburtstag %l") [7 times]
>>> Invalid face reference: nil [619 times]
>>>
>>> 1: Altough org-contacts is invoked, birthdays fail. I tried both sexp
>>> syntaxes (%%() and <%%()>).
>>
>> I'm cc'ing Grégory, maybe this is related to recent changes in
>> org-contact.el.  Grégory, can you have a look ?
>
> Don't look in the wrong end - I checked out an out org-contacts.el
> (127bffa9e9cfe525fad0d8c) but the issue persisted. Also see below.
>
>>
>>> 2: Hovering the mouse over the agenda produces these nil face
>>> warnings. I
>>> have no idea how to diagnose this, but it does not hurt much it
>>> seems. On
>>> every mouse motion event that hovers over agenda lines below today
>>> (except
>>> for the first line below today's date line, misteriously, and only if a
>>> certain line with a past-due deadline with [#C] priority cookie is
>>> visible), one such warning is produced.
>>
>> Mhh... I can't reproduce this.  Can you give a recipe?  What emacs
>> version is it with?
>
> I tried a lot of stuff and this is triggering it for me:
> (setq org-highest-priority ?B)
> (setq org-lowest-priority ?D)
> (setq org-default-priority ?D)
>
> However, this seems just a factor. Removing it works but is undesirable
> for me, and re-adding it in an otherwise minimal config is fine too. I'm
> dropping this for now, let's see how my windows box responds.
>
>>
>>> 3: The agenda dropped back to 10 sec and more. I used to have agenda
>>> generation times of 2-3 sec after I switched to SSDs. I hope this is the
>>> issue from the "org-agenda-write taking very long" thread currently
>>> going
>>> on.
>>
>> I don't think it is the same issue.  Here again, can you give a hint
>> on what your configuration and agenda file/command look like?
> Well, even the default agenda was pretty lousy. But guess what? I
> executed one of my not-so-daily review (block-) agendas, and whatever it
> did, it fixed the issue. Could that be? I'm at a loss to explain things,
> but the slowdown is gone now. Some cache/temp file issue?
>
> Is there some kind of "make clean" for the operational org-mode?
>
> What's even better, since that the org-contacts integration is working
> fine again! Maybe that was the culprit, or my whole setup is somehow
> botched.
>
>>
>>> 4: When jumping to a file from the agenda, it is completely visible,
>>> including ARCHIVE tags (which otherwise work as expected). Just opening
>>> them is fine; it only affects the case the agenda file was not loaded
>>> before. Thus it seems to be a bug.
>>
>> (setq org-agenda-inhibit-startup nil)
>>
>> The new default is supposed to make the agenda generation faster,
>> actually.  Tassilo reported it was not speeding up things and I need
>> to check this again.
>
> Apparently, it did not slowdown mine but fixed the issue. Thanks!
>
> So the nil face is the only issue left, and it depends a lot on config.
> I will see if I can find out more.
>
> Cheers,
>
> Simon
>
>
>

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

* Re: Bug? Agenda problems after update
  2013-03-03 14:36   ` Simon Thum
  2013-03-03 15:21     ` Simon Thum
@ 2013-03-03 16:50     ` Bastien
  2013-03-03 17:28       ` Simon Thum
  1 sibling, 1 reply; 7+ messages in thread
From: Bastien @ 2013-03-03 16:50 UTC (permalink / raw)
  To: Simon Thum; +Cc: daimrod, emacs-orgmode

Hi Simon,

Simon Thum <simon.thum@gmx.de> writes:

> I tried a lot of stuff and this is triggering it for me:
> (setq org-highest-priority ?B)
> (setq org-lowest-priority ?D)
> (setq org-default-priority ?D)
>
> However, this seems just a factor. Removing it works but is undesirable for
> me, and re-adding it in an otherwise minimal config is fine too. I'm
> dropping this for now, let's see how my windows box responds.

What are the values of `org-agenda-fontify-priorities' and
`org-priority-faces'?

-- 
 Bastien

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

* Re: Bug? Agenda problems after update
  2013-03-03 16:50     ` Bastien
@ 2013-03-03 17:28       ` Simon Thum
  0 siblings, 0 replies; 7+ messages in thread
From: Simon Thum @ 2013-03-03 17:28 UTC (permalink / raw)
  To: Bastien; +Cc: daimrod, emacs-orgmode

Hi,

I'm pleased to announce that with commit b06735aa85506e04f9b2e agneda 
performance is back to lighting-fast and the agenda works with 
birthdays. Thanks a lot!

On 03/03/2013 05:50 PM, Bastien wrote:
> Hi Simon,
>
> Simon Thum <simon.thum@gmx.de> writes:
>
>> I tried a lot of stuff and this is triggering it for me:
>> (setq org-highest-priority ?B)
>> (setq org-lowest-priority ?D)
>> (setq org-default-priority ?D)
>>
>> However, this seems just a factor. Removing it works but is undesirable for
>> me, and re-adding it in an otherwise minimal config is fine too. I'm
>> dropping this for now, let's see how my windows box responds.
>
> What are the values of `org-agenda-fontify-priorities' and
> `org-priority-faces'?
>
org-agenda-fontify-priorities
cookies
org-priority-faces
nil

I don't knowingly change these.

HTH,

Simon

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

end of thread, other threads:[~2013-03-03 17:28 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-03-02 16:52 Bug? Agenda problems after update Simon Thum
2013-03-03  6:34 ` Bastien
2013-03-03 14:36   ` Simon Thum
2013-03-03 15:21     ` Simon Thum
2013-03-03 16:50     ` Bastien
2013-03-03 17:28       ` Simon Thum
2013-03-03  7:07 ` Charles Philip Chan

Code repositories for project(s) associated with this public 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).