* org-clock-in fails sometimes with prefix arg
@ 2008-11-19 16:25 Bernt Hansen
2008-11-20 7:26 ` Carsten Dominik
0 siblings, 1 reply; 5+ messages in thread
From: Bernt Hansen @ 2008-11-19 16:25 UTC (permalink / raw)
To: emacs-orgmode
Hi Carsten,
I've run into this a few times today. I don't have any useful insight
into how this occurs yet but I thought I'd mention it anyway.
My current org-clock-history looks like this:
,----[ C-h v org-clock-history RET]
| org-clock-history is a variable defined in `org-clock.el'.
| Its value is
| (#<marker at 5990 in norang.org> #<marker at 42510 in norang.org> #<marker at 8870 in csp.org> #<marker at 6269 in org.org> #<marker at 5145 in ciss.org> #<marker at 339 in org> #<marker at 1 in org> #<marker at 10546 in csp.org> #<marker at 9659 in csp.org> #<marker at 10794 in csp.org>)
|
|
|
| Documentation:
| List of marker pointing to recent clocked tasks.
`----
Somehow I am getting markers to read-only buffers in there
eg. (#<marker at 1 in org>)
and this breaks C-u M-x org-clock-in which triggers the following error
in org-clock-select-task
,----
| save-restriction: Buffer is read-only: #<buffer org>
`----
I'm not sure how I got these markers in the list
org-clock-select-task fails when it hits the read-only buffer. This org
buffer happens to be a directory (in dired I believe) of my ~/git/org
directory.
As a workaround for now I'm just manually clearing the variable with
(setq org-clock-history nil)
to remove the markers and make this work again.
Regards,
Bernt
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: org-clock-in fails sometimes with prefix arg
2008-11-19 16:25 org-clock-in fails sometimes with prefix arg Bernt Hansen
@ 2008-11-20 7:26 ` Carsten Dominik
2008-11-20 13:56 ` Bernt Hansen
2008-11-20 14:40 ` Bernt Hansen
0 siblings, 2 replies; 5+ messages in thread
From: Carsten Dominik @ 2008-11-20 7:26 UTC (permalink / raw)
To: Bernt Hansen; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 1793 bytes --]
Hi Bernt,
are you saving clock information from session to session,
using org-clock-persistence-insinuate?
- Carsten
On Nov 19, 2008, at 5:25 PM, Bernt Hansen wrote:
> Hi Carsten,
>
> I've run into this a few times today. I don't have any useful insight
> into how this occurs yet but I thought I'd mention it anyway.
>
> My current org-clock-history looks like this:
>
> ,----[ C-h v org-clock-history RET]
> | org-clock-history is a variable defined in `org-clock.el'.
> | Its value is
> | (#<marker at 5990 in norang.org> #<marker at 42510 in norang.org>
> #<marker at 8870 in csp.org> #<marker at 6269 in org.org> #<marker
> at 5145 in ciss.org> #<marker at 339 in org> #<marker at 1 in org>
> #<marker at 10546 in csp.org> #<marker at 9659 in csp.org> #<marker
> at 10794 in csp.org>)
> |
> |
> |
> | Documentation:
> | List of marker pointing to recent clocked tasks.
> `----
>
> Somehow I am getting markers to read-only buffers in there
>
> eg. (#<marker at 1 in org>)
>
> and this breaks C-u M-x org-clock-in which triggers the following
> error
> in org-clock-select-task
>
> ,----
> | save-restriction: Buffer is read-only: #<buffer org>
> `----
>
> I'm not sure how I got these markers in the list
>
> org-clock-select-task fails when it hits the read-only buffer. This
> org
> buffer happens to be a directory (in dired I believe) of my ~/git/org
> directory.
>
> As a workaround for now I'm just manually clearing the variable with
>
> (setq org-clock-history nil)
>
> to remove the markers and make this work again.
>
> Regards,
> Bernt
>
>
>
> _______________________________________________
> 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
[-- Attachment #1.2: Type: text/html, Size: 4044 bytes --]
[-- Attachment #2: Type: text/plain, Size: 204 bytes --]
_______________________________________________
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] 5+ messages in thread
* Re: org-clock-in fails sometimes with prefix arg
2008-11-20 7:26 ` Carsten Dominik
@ 2008-11-20 13:56 ` Bernt Hansen
2008-11-20 14:40 ` Bernt Hansen
1 sibling, 0 replies; 5+ messages in thread
From: Bernt Hansen @ 2008-11-20 13:56 UTC (permalink / raw)
To: Carsten Dominik; +Cc: emacs-orgmode
Yes I am.
-Bernt
Carsten Dominik <dominik@science.uva.nl> writes:
> Hi Bernt,
>
> are you saving clock information from session to session,
> using org-clock-persistence-insinuate?
>
> - Carsten
> On Nov 19, 2008, at 5:25 PM, Bernt Hansen wrote:
>
> Hi Carsten,
>
> I've run into this a few times today. I don't have any useful insight
>
> into how this occurs yet but I thought I'd mention it anyway.
>
> My current org-clock-history looks like this:
>
> ,----[ C-h v org-clock-history RET]
>
> | org-clock-history is a variable defined in `org-clock.el'.
>
> | Its value is
>
> | (#<marker at 5990 in norang.org> #<marker at 42510 in norang.org> #
> <marker at 8870 in csp.org> #<marker at 6269 in org.org> #<marker at 5145
> in ciss.org> #<marker at 339 in org> #<marker at 1 in org> #<marker at
> 10546 in csp.org> #<marker at 9659 in csp.org> #<marker at 10794 in
> csp.org>)
>
> |
>
> |
>
> |
>
> | Documentation:
>
> | List of marker pointing to recent clocked tasks.
>
> `----
>
> Somehow I am getting markers to read-only buffers in there
>
> eg. (#<marker at 1 in org>)
>
> and this breaks C-u M-x org-clock-in which triggers the following error
>
> in org-clock-select-task
>
> ,----
>
> | save-restriction: Buffer is read-only: #<buffer org>
>
> `----
>
> I'm not sure how I got these markers in the list
>
> org-clock-select-task fails when it hits the read-only buffer. This org
>
> buffer happens to be a directory (in dired I believe) of my ~/git/org
>
> directory.
>
> As a workaround for now I'm just manually clearing the variable with
>
> (setq org-clock-history nil)
>
> to remove the markers and make this work again.
>
> Regards,
>
> Bernt
>
> _______________________________________________
>
> 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] 5+ messages in thread
* Re: org-clock-in fails sometimes with prefix arg
2008-11-20 7:26 ` Carsten Dominik
2008-11-20 13:56 ` Bernt Hansen
@ 2008-11-20 14:40 ` Bernt Hansen
2008-11-20 14:46 ` Carsten Dominik
1 sibling, 1 reply; 5+ messages in thread
From: Bernt Hansen @ 2008-11-20 14:40 UTC (permalink / raw)
To: Carsten Dominik; +Cc: emacs-orgmode
This happened again this morning. I'm not (to my knowledge) actually
using the org-clock-persistence stuff but it is active. Again I have an
'org' buffer which is a dired entry at the end of my clock history list.
I'm going to try a few things
- restart emacs and see if I can reproduce what causes this
- turn off the cock persistence settings and see if this problem goes
away (don't expect a report on that for at least a week)
-Bernt
Carsten Dominik <dominik@science.uva.nl> writes:
> Hi Bernt,
>
> are you saving clock information from session to session,
> using org-clock-persistence-insinuate?
>
> - Carsten
> On Nov 19, 2008, at 5:25 PM, Bernt Hansen wrote:
>
> Hi Carsten,
>
> I've run into this a few times today. I don't have any useful insight
>
> into how this occurs yet but I thought I'd mention it anyway.
>
> My current org-clock-history looks like this:
>
> ,----[ C-h v org-clock-history RET]
>
> | org-clock-history is a variable defined in `org-clock.el'.
>
> | Its value is
>
> | (#<marker at 5990 in norang.org> #<marker at 42510 in norang.org> #
> <marker at 8870 in csp.org> #<marker at 6269 in org.org> #<marker at 5145
> in ciss.org> #<marker at 339 in org> #<marker at 1 in org> #<marker at
> 10546 in csp.org> #<marker at 9659 in csp.org> #<marker at 10794 in
> csp.org>)
>
> |
>
> |
>
> |
>
> | Documentation:
>
> | List of marker pointing to recent clocked tasks.
>
> `----
>
> Somehow I am getting markers to read-only buffers in there
>
> eg. (#<marker at 1 in org>)
>
> and this breaks C-u M-x org-clock-in which triggers the following error
>
> in org-clock-select-task
>
> ,----
>
> | save-restriction: Buffer is read-only: #<buffer org>
>
> `----
>
> I'm not sure how I got these markers in the list
>
> org-clock-select-task fails when it hits the read-only buffer. This org
>
> buffer happens to be a directory (in dired I believe) of my ~/git/org
>
> directory.
>
> As a workaround for now I'm just manually clearing the variable with
>
> (setq org-clock-history nil)
>
> to remove the markers and make this work again.
>
> Regards,
>
> Bernt
>
> _______________________________________________
>
> 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
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: org-clock-in fails sometimes with prefix arg
2008-11-20 14:40 ` Bernt Hansen
@ 2008-11-20 14:46 ` Carsten Dominik
0 siblings, 0 replies; 5+ messages in thread
From: Carsten Dominik @ 2008-11-20 14:46 UTC (permalink / raw)
To: Bernt Hansen; +Cc: emacs-orgmode
OK, thanks, I'll wait with actions for more info.
- Carsten
On Nov 20, 2008, at 3:40 PM, Bernt Hansen wrote:
> This happened again this morning. I'm not (to my knowledge) actually
> using the org-clock-persistence stuff but it is active. Again I
> have an
> 'org' buffer which is a dired entry at the end of my clock history
> list.
>
> I'm going to try a few things
>
> - restart emacs and see if I can reproduce what causes this
>
> - turn off the cock persistence settings and see if this problem goes
> away (don't expect a report on that for at least a week)
>
> -Bernt
>
> Carsten Dominik <dominik@science.uva.nl> writes:
>
>> Hi Bernt,
>>
>> are you saving clock information from session to session,
>> using org-clock-persistence-insinuate?
>>
>> - Carsten
>> On Nov 19, 2008, at 5:25 PM, Bernt Hansen wrote:
>>
>> Hi Carsten,
>>
>> I've run into this a few times today. I don't have any useful
>> insight
>>
>> into how this occurs yet but I thought I'd mention it anyway.
>>
>> My current org-clock-history looks like this:
>>
>> ,----[ C-h v org-clock-history RET]
>>
>> | org-clock-history is a variable defined in `org-clock.el'.
>>
>> | Its value is
>>
>> | (#<marker at 5990 in norang.org> #<marker at 42510 in
>> norang.org> #
>> <marker at 8870 in csp.org> #<marker at 6269 in org.org>
>> #<marker at 5145
>> in ciss.org> #<marker at 339 in org> #<marker at 1 in org>
>> #<marker at
>> 10546 in csp.org> #<marker at 9659 in csp.org> #<marker at 10794
>> in
>> csp.org>)
>>
>> |
>>
>> |
>>
>> |
>>
>> | Documentation:
>>
>> | List of marker pointing to recent clocked tasks.
>>
>> `----
>>
>> Somehow I am getting markers to read-only buffers in there
>>
>> eg. (#<marker at 1 in org>)
>>
>> and this breaks C-u M-x org-clock-in which triggers the
>> following error
>>
>> in org-clock-select-task
>>
>> ,----
>>
>> | save-restriction: Buffer is read-only: #<buffer org>
>>
>> `----
>>
>> I'm not sure how I got these markers in the list
>>
>> org-clock-select-task fails when it hits the read-only buffer.
>> This org
>>
>> buffer happens to be a directory (in dired I believe) of my ~/
>> git/org
>>
>> directory.
>>
>> As a workaround for now I'm just manually clearing the variable
>> with
>>
>> (setq org-clock-history nil)
>>
>> to remove the markers and make this work again.
>>
>> Regards,
>>
>> Bernt
>>
>> _______________________________________________
>>
>> 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
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-11-20 14:46 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-11-19 16:25 org-clock-in fails sometimes with prefix arg Bernt Hansen
2008-11-20 7:26 ` Carsten Dominik
2008-11-20 13:56 ` Bernt Hansen
2008-11-20 14:40 ` Bernt Hansen
2008-11-20 14:46 ` Carsten Dominik
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).