modify-frame-parameters fails on 'top and 'left

modify-frame-parameters fails on 'top and 'left

[James Marks]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.2 (sparc-sun-solaris2.8, X toolkit)
  of 2003-05-22 on pkg
configured using `configure  --prefix=/pkg/gnu --with-gcc 
--x-includes=/usr/openwin/include:/usr/dt/include 
--x-libraries=/usr/openwin/lib:/usr/dt/lib --with-x 
--with-x-toolkit=athena --without-toolkit-scroll-bars --with-xpm 
--with-tiff --with-jpeg --with-gif --with-png --without-gcc'
Important settings:
   value of $LC_ALL: C
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: C
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: C
   locale-coding-system: nil
   default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

(modify-frame-parameters nil '((top . 100) (left . 200)))

I entered above elisp code into the *scratch* window and ran 
eval-last-sexp on it.  The frame was positioned at (0, 0) to start.

The frame appears to jump briefly to (100, 200) and immediately jumps
back to (0, 0).

The same command run under xemacs-21.5-b5 works correctly, leaving the 
frame at (100, 200)



Thanks,

Jim


Recent input:
<mouse-1> C-c C-s d <return> C-c C-c C-x k <return>
<help-echo> <help-echo> C-c C-s C-g C-c s C-c s <down-mouse-2>
<mouse-2> C-x C-e <help-echo> <return> C-h f C-g M-x
a p r o <tab> <return> v e r s i o n <return> C-x o
C-s e m a c s <return> <help-echo> <down-mouse-1> <mouse-movement>
<mouse-1> C-x 1 M-x a p r o <tab> <return> b u g <return>
<help-echo> <help-echo> <down-mouse-1> <mouse-1> <help-echo>
C-s b u g - r e p C-s C-s C-h f C-g M-x r e p o r t
- e m a <tab> <return>

Recent messages:
Cannot switch buffers in minibuffer window
cscope:gather-text-string: Quit
Mark set
nil
setq: Quit
Loading apropos...done
Mark saved where search started [2 times]
setq: Quit
Loading emacsbug...done
nil

Re: modify-frame-parameters fails on 'top and 'left

[Kevin Rodgers]

James Marks wrote:

> In GNU Emacs 21.3.2 (sparc-sun-solaris2.8, X toolkit)
>  of 2003-05-22 on pkg
> configured using `configure  --prefix=/pkg/gnu --with-gcc 
> --x-includes=/usr/openwin/include:/usr/dt/include 
> --x-libraries=/usr/openwin/lib:/usr/dt/lib --with-x 
> --with-x-toolkit=athena --without-toolkit-scroll-bars --with-xpm 
> --with-tiff --with-jpeg --with-gif --with-png --without-gcc'
> Important settings:
>   value of $LC_ALL: C
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: C
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: C
>   locale-coding-system: nil
>   default-enable-multibyte-characters: t
> 
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
> 
> (modify-frame-parameters nil '((top . 100) (left . 200)))
> 
> I entered above elisp code into the *scratch* window and ran 
> eval-last-sexp on it.  The frame was positioned at (0, 0) to start.
> 
> The frame appears to jump briefly to (100, 200) and immediately jumps
> back to (0, 0).


Works for me:

In GNU Emacs 21.3.1 (i386-pc-solaris2.7, X toolkit)
  of 2003-04-24 on briard


> The same command run under xemacs-21.5-b5 works correctly, leaving the 
> frame at (100, 200)

Irrelevant.

-- 
Kevin Rodgers