[Orgmode] Re: Strange bug, request for more info
On May 26, 2010, at 4:44 AM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. Hi Carsten, Here I am replying to a 2.5 year old post... I assume this hasn't been fixed yet. I think I was the other person who mentioned this ages ago. I'm still seeing this 'go to the wrong place' scenario up to a few times per day. It's really annoying - you 'go to' a task and it's the wrong place -- but if you do it again it works. I've seen this occur in the following cases: - looking at an agenda and hitting SPC or TAB to get to the task - jumping to the last refile task with C-u C-u C-c C-w - jumping to the last remember task with C-u C-u C-M-r With follow mode on I've never noticed this bug but I don't use follow-mode regularly. Let me know if you can think of anything I can provide to help track down this bug. Unfortunately, I really don't know how to fix this bug. Until I can get a way to reproduce this, it will be very hard to figure out what is causing this. My suspicion is that it has to do with redisplay. When Emacs is redisplaying, it will move window start in a window so that (point) will be visible in the buffer. For some reason that is a complex combination of folding text (maybe) and the complex code that Org evaluates before actually showing an agenda item, it seems that the redisplay engine might be kicked of with a wrong idea of where point should be. In this view, the reason why Samuel is getting this error more than anybody else would have to do with the fact that he is using HUGE fonts, with very little text in a window at any given time, so that the point is not in the window condition might be triggered more often. These are wild guesses, I know that years ago I spent *many* hours trying to figure out what is happening her. I still don't know. What you can do is make me a test case that will reproduce this behavior, reliably. I think that this problem could depend on hook settings and on setings of the context-revealing variables like org-show-hierarchy-above org-show-following-heading org-show-entry-below org-show-siblings so if you are trying to make a test case, you should use the same values for these variables and also try to figure out if the current visibility state of the outline has to do with it. Also, does this error exist in Emacs 23? :/ Regards - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Strange bug, request for more info
Carsten Dominik carsten.domi...@gmail.com writes: On May 26, 2010, at 4:44 AM, Bernt Hansen wrote: Let me know if you can think of anything I can provide to help track down this bug. Unfortunately, I really don't know how to fix this bug. Until I can get a way to reproduce this, it will be very hard to figure out what is causing this. My suspicion is that it has to do with redisplay. When Emacs is redisplaying, it will move window start in a window so that (point) will be visible in the buffer. For some reason that is a complex combination of folding text (maybe) and the complex code that Org evaluates before actually showing an agenda item, it seems that the redisplay engine might be kicked of with a wrong idea of where point should be. In this view, the reason why Samuel is getting this error more than anybody else would have to do with the fact that he is using HUGE fonts, with very little text in a window at any given time, so that the point is not in the window condition might be triggered more often. These are wild guesses, I know that years ago I spent *many* hours trying to figure out what is happening her. I still don't know. What you can do is make me a test case that will reproduce this behavior, reliably. I think that this problem could depend on hook settings and on setings of the context-revealing variables like org-show-hierarchy-above org-show-following-heading org-show-entry-below org-show-siblings so if you are trying to make a test case, you should use the same values for these variables and also try to figure out if the current visibility state of the outline has to do with it. Also, does this error exist in Emacs 23? Hi Carsten, I don't know if this is also in Emacs 23. I currently run two instances of org-mode (Emacs 22 in Linux at home and Emacs 23 in Windows at work). I'll keep an eye on it and report back if I see this behaviour in Emacs 23. I am not currently trying to build a test case for this bug since I can't reproduce it at will yet. Thanks for the descriptive analysis. Hopefully we can squash this one either by it being fixed in Emacs 23 or by getting a reproducible test case that shows the problem. Thanks, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Strange bug, request for more info
Brent Hansen be...@norang.ca writes: I am not currently trying to build a test case for this bug since I can't reproduce it at will yet. Thanks for the descriptive analysis. Hopefully we can squash this one either by it being fixed in Emacs 23 or by getting a reproducible test case that shows the problem. I would like to note that I haven't noticed this issue in a really long time now. John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Strange bug, request for more info
Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. Hi Carsten, Here I am replying to a 2.5 year old post... I assume this hasn't been fixed yet. I think I was the other person who mentioned this ages ago. I'm still seeing this 'go to the wrong place' scenario up to a few times per day. It's really annoying - you 'go to' a task and it's the wrong place -- but if you do it again it works. I've seen this occur in the following cases: - looking at an agenda and hitting SPC or TAB to get to the task - jumping to the last refile task with C-u C-u C-c C-w - jumping to the last remember task with C-u C-u C-M-r With follow mode on I've never noticed this bug but I don't use follow-mode regularly. Let me know if you can think of anything I can provide to help track down this bug. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Strange bug, request for more info
I get this bug all the time. I think it might be old point. It is almost a feature, in that you get to see what I think is the old point in the buffer first, then you try again and go where you want. Samuel -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Strange bug, request for more info
Carsten Dominik [EMAIL PROTECTED] writes: The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), Hi Carsten, I have seen the bug and never thought much of it, I just refresh the agenda view and it goes away. I'll pay attentions and see if I can reproduce it. Thanks for org! -- Ivan http://kanis.fr The best age is the age you are. -- Maggie Kuhn ___ 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
[Orgmode] Re: Strange bug, request for more info
Carsten Dominik [EMAIL PROTECTED] writes: John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. I'm seeing this as well. Goto goes to the wrong place and redoing it goes to the right place. I'm also getting intermittent font colouring problems in org which I haven't figured out. I've also seen problems where column view inserts a new property drawer in the middle of a clock drawer - but again I can't reproduce what causes this. I get something like (this is from memory since I've fixed up the cases I've seen so the syntax probably isn't 100% accurate) :CLOCK: CLOCK: blah :PROPERTIES: :Effort: 1:00 :END: :END: I'm using the following org-mode features/behaviour: - clocking tasks - properties - tags - jumping around alot during the day (I basically clock everything) - this problem was happening before I started using column mode and is still happening after incorporating column mode - I use org-clock-goto many times a day (it's bound to a function key for me) - I have multiple org mode buffers and I regularly move between them I wish I had more details. I've been trying to reproduce what causes this for a long time... 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
