GNU bug report logs -
#799
23.0.60; Point stuck in overlay with before-string containing newline and image
Previous Next
Reported by: Ralf Angeli <angeli <at> caeruleus.net>
Date: Wed, 27 Aug 2008 20:30:03 UTC
Severity: normal
Done: Chong Yidong <cyd <at> stupidchicken.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 799 in the body.
You can then email your comments to 799 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#799
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Ralf Angeli <angeli <at> caeruleus.net>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Hi,
if you start Emacs with `emacs -Q', execute the code included below
and type `C-n' several times, point will not move past the next to
last line. This breaks cursor movement with preview-latex in some
cases.
Note that this is an updated test case. A similar bug was fixed two or
three days ago.
(progn
(pop-to-buffer "*foo*")
(insert "xxx\nxxx\nxxx")
(let ((ov (make-overlay 5 12)))
(overlay-put ov 'before-string
(concat
(propertize
"A" 'display `(image :type xpm
:file ,(concat data-directory
"images/attach.xpm")))
"\n")))
(goto-char (point-min)))
In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.11)
of 2008-08-26 on photon
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
C-y C-x C-e C-n C-n M-x r e p o r t - e m <tab> <r
eturn>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
1
Reply sent to
Chong Yidong <cyd <at> stupidchicken.com>
:
You have taken responsibility.
Full text and
rfc822 format available.
Notification sent to
Ralf Angeli <angeli <at> caeruleus.net>
:
bug acknowledged by developer.
Full text and
rfc822 format available.
Message #10 received at 799-done <at> emacsbugs.donarmstrong.com (full text, mbox):
Thanks for the new testcase. My previous fix to vertical-motion was
indeed too limited; I've checked in a more general fix. Hopefully
preview-latex will work this time!
Message #11 received at 799-done <at> emacsbugs.donarmstrong.com (full text, mbox):
* Chong Yidong (2008-08-28) writes:
> Thanks for the new testcase. My previous fix to vertical-motion was
> indeed too limited; I've checked in a more general fix.
Thanks.
> Hopefully
> preview-latex will work this time!
Um, yes, sort of. Now Emacs beeps each time one traverses an opened
preview. (At least the frame flashes which usually indicates a beep
with visual system beeps enabled in Gnome.) I can reproduce the
behavior with the test case for the bug at hand when moving point
downwards with `C-n'.
--
Ralf
Message #12 received at 799-done <at> emacsbugs.donarmstrong.com (full text, mbox):
Ralf Angeli <angeli <at> caeruleus.net> writes:
>> Hopefully
>> preview-latex will work this time!
>
> Um, yes, sort of. Now Emacs beeps each time one traverses an opened
> preview. (At least the frame flashes which usually indicates a beep
> with visual system beeps enabled in Gnome.) I can reproduce the
> behavior with the test case for the bug at hand when moving point
> downwards with `C-n'.
That's very strange. I can't reproduce this. Is this with `emacs -Q'?
Message #13 received at 799-done <at> emacsbugs.donarmstrong.com (full text, mbox):
* Chong Yidong (2008-09-01) writes:
> Ralf Angeli <angeli <at> caeruleus.net> writes:
>
>>> Hopefully
>>> preview-latex will work this time!
>>
>> Um, yes, sort of. Now Emacs beeps each time one traverses an opened
>> preview. (At least the frame flashes which usually indicates a beep
>> with visual system beeps enabled in Gnome.) I can reproduce the
>> behavior with the test case for the bug at hand when moving point
>> downwards with `C-n'.
>
> That's very strange. I can't reproduce this. Is this with `emacs -Q'?
Yes.
In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.11)
of 2008-08-31 on photon
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
--
Ralf
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Tue, 30 Sep 2008 14:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 326 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.