GNU bug report logs - #33858
26.1; Scrolling up fails

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 33858 in the body.
You can then email your comments to 33858 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andrew Kurn <kurn <at> sfu.ca>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1; Scrolling up fails
Date: Mon, 24 Dec 2018 05:59:46 -0800

--text follows this line--

Dear Bug-Hunters,

Here's a holiday treat for you:  a weird bug.

Here's the bug:  When I scroll up (using my own function
a-unscroll (q.v.)) and when point is about to scroll down
off the bottom of the screen, the scroll action fails, and
the line with point is repositioned to scroll-step lines
above the bottom of the screen.

This bug does not appear with emacs -Q.

I have whittled down my init file to see which statement
triggers the bug.  Here is the shortest one for which the
but appears:

--

(global-set-key [(f12)] 'a-scroll)
(global-set-key [(shift f12)] 'a-unscroll)
(defun a-scroll (p) "Scroll this window up (fd) one line."
  (interactive "p")
  (let (( scroll-preserve-screen-position nil))
    (scroll-up p)))
(defun a-unscroll (p) "Scroll this window down (back) one line."
  (interactive "p")
  (let (( scroll-preserve-screen-position nil))
    (scroll-up (- p))))

(setq scroll-step 3)
(setq next-line-add-newlines nil)
(setq make-backup-files nil)
(setq auto-save-timeout 300)
(setq auto-save-interval 3000)
(setq track-eol t)
(setq line-move-visual nil)
(setq scroll-preserve-screen-position t)
(setq c-tab-always-indent nil)
;;(setq printer-name "//earth/hp pcl 6")
;;(setq ps-printer-name printer-name)

(setq-default case-fold-search nil)
(setq scroll-bar-adjust-thumb-portion nil)
(add-to-list 'default-frame-alist
	     '(font . "Nimbus Mono-13:bold"))

--

If I remove the add-to-list, the bug goes away.

Weird, eh?

Also, if I say emacs -Q and then eval-buffer, no bug.

Happy hunting,
Andrew






In GNU Emacs 26.1 (build 1, x86_64-apple-darwin14.5.0, NS appkit-1348.17 Version 10.10.5 (Build 14F2511))
 of 2018-05-30 built on builder10-10.porkrind.org
Windowing system distributor 'Apple', version 10.3.1504
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set [18 times]
Type C-x 1 to remove help window.  
<f8> is undefined
Type "q" in help window to restore its previous buffer.

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application
 Support/Emacs/site-lisp' --with-modules'

Configured features:
NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS

Important settings:
  value of $LANG: en_CA.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Apropos

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822 mml
mml-sec password-cache epa derived epg epg-config gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils cl-extra find-func help-fns radix-tree
help-mode easymenu cl-loaddefs cl-lib apropos elec-pair time-date
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core term/tty-colors frame cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote kqueue cocoa ns
multi-tty make-network-process emacs)

Memory information:
((conses 16 209489 10151)
 (symbols 48 20357 1)
 (miscs 40 98 391)
 (strings 32 30012 1732)
 (string-bytes 1 795185)
 (vectors 16 35569)
 (vector-slots 8 728678 11704)
 (floats 8 53 174)
 (intervals 56 581 0)
 (buffers 992 15))

Message #8 received at 33858 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Andrew Kurn <kurn <at> sfu.ca>
Cc: 33858 <at> debbugs.gnu.org
Subject: Re: bug#33858: 26.1; Scrolling up fails
Date: Tue, 18 Aug 2020 18:11:47 +0000

tags 33858 + moreinfo
thanks

Andrew Kurn <kurn <at> sfu.ca> writes:

> Here's a holiday treat for you:  a weird bug.
>
> Here's the bug:  When I scroll up (using my own function
> a-unscroll (q.v.)) and when point is about to scroll down
> off the bottom of the screen, the scroll action fails, and
> the line with point is repositioned to scroll-step lines
> above the bottom of the screen.
>
> This bug does not appear with emacs -Q.
>
> I have whittled down my init file to see which statement
> triggers the bug.  Here is the shortest one for which the
> but appears:
>
> --
>
> (global-set-key [(f12)] 'a-scroll)
> (global-set-key [(shift f12)] 'a-unscroll)
> (defun a-scroll (p) "Scroll this window up (fd) one line."
>   (interactive "p")
>   (let (( scroll-preserve-screen-position nil))
>     (scroll-up p)))
> (defun a-unscroll (p) "Scroll this window down (back) one line."
>   (interactive "p")
>   (let (( scroll-preserve-screen-position nil))
>     (scroll-up (- p))))
>
> (setq scroll-step 3)
> (setq next-line-add-newlines nil)
> (setq make-backup-files nil)
> (setq auto-save-timeout 300)
> (setq auto-save-interval 3000)
> (setq track-eol t)
> (setq line-move-visual nil)
> (setq scroll-preserve-screen-position t)
> (setq c-tab-always-indent nil)
> ;;(setq printer-name "//earth/hp pcl 6")
> ;;(setq ps-printer-name printer-name)
>
> (setq-default case-fold-search nil)
> (setq scroll-bar-adjust-thumb-portion nil)
> (add-to-list 'default-frame-alist
> 	     '(font . "Nimbus Mono-13:bold"))
>
> --
>
> If I remove the add-to-list, the bug goes away.
>
> Weird, eh?
>
> Also, if I say emacs -Q and then eval-buffer, no bug.

I would like to look into this, but the form of your bug report makes it
hard to do so.  For example, it contains commented out lines regarding
`printer-name', which I think should not be relevant to the issue you
describe.

Could you please provide a minimal recipe for how to produce this bug,
starting from "emacs -Q"?

If I don't hear back from you within a couple of weeks, I'll just assume
that this is no longer an issue and close this bug.

Thanks.

Best regards,
Stefan Kangas

Message #15 received at 33858-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Andrew Kurn <kurn <at> sfu.ca>
Cc: 33858-done <at> debbugs.gnu.org
Subject: Re: bug#33858: 26.1; Scrolling up fails
Date: Wed, 19 Aug 2020 09:59:55 +0000

[Please include the bug address in Cc when replying to Emacs bug
 reports.]

Andrew Kurn <kurn <at> sfu.ca> writes:

> Can't reproduce with current version, so go ahead and close it.

Thank you, I'm therefore closing this bug now.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.