* bug#1763: 23.0.60; Customization buffers shows up empty
@ 2009-01-02 15:28 vr.sundar
2009-01-03 3:17 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: vr.sundar @ 2009-01-02 15:28 UTC (permalink / raw)
To: emacs-pretest-bug
Whenever I try to customize a variable using M-x customize-variable,
the customization buffer that opens up is empty. The actual output
(the text, buttons etc) that I expect to see in the customization
buffer is usually in the file I had open when I ran the
customize-variable command. This happens consistently for me with
version 23 cvs trunk configured with --with-ns. I am using a Mac OS X
10.4
In the current case, I ran customize-variable while I was looking at
toggle.el. The customization buffer came up empty but the actual
buttons/text now show up in toggle.el.
In GNU Emacs 23.0.60.1 (i386-apple-darwin8.11.1, NS apple-appkit-824.48)
of 2008-12-29 on Sundar-Vasans-Computer.local
Windowing system distributor `Apple', version
97.112.112.108.101.45.97.112.112.107.105.116.45.56.50.52.46.52.56
configured using `configure '--with-ns''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: en_US.ISO8859-1
value of $LC_CTYPE: en_US.ISO8859-1
value of $LC_MESSAGES: en_US.ISO8859-1
value of $LC_MONETARY: en_US.ISO8859-1
value of $LC_NUMERIC: en_US.ISO8859-1
value of $LC_TIME: en_US.ISO8859-1
value of $LANG: en_US.ISO8859-1
value of $XMODIFIERS: nil
locale-coding-system: iso-latin-1-unix
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
shell-dirtrack-mode: t
ecb-minor-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
global-auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
size-indication-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <down-mouse-1> <down-mouse-1> <down-mouse-1>
<down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <up> <up>
<up> <up> <up> <up> <down-mouse-1> <mouse-1> C-s C-w
C-w C-w C-w C-w C-w C-s C-s C-s <down> <up> <right>
<right> C-s C-w C-w C-w C-w C-w <left> C-M-b C-f C-s
C-w C-w C-w C-w C-s C-s <down-mouse-1> <mouse-1> C-s
C-w C-w C-w C-w C-s <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down-mouse-1> <mouse-1> C-x b
t a C-s <return> M-x h e x l <tab> - m <tab> <return>
<right> <right> <right> <right> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> M-x t a g s - t <tab> <return>
C-x k <return> C-x C-f t a g s <return> <up> <up> <down>
<down> <down> <up> <up> <down> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <right>
<right> <right> M-x h e x l - m o <tab> <return> C-c
C-c <down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1>
C-x b t o g g l e . C-f e l <return> M-x c u s t o
<tab> - v a <tab> <return> t o g g <tab> <tab> <return>
M-x r e p o r t - e <tab> <return>
Recent messages:
Mark set [24 times]
Making completion list...
Mark set [2188 times]
Searching for `toggle.'....
Mark set [22 times]
Making completion list...
Creating customization items...
Creating customization items ...done
Resetting customization items...done
Creating customization setup...done
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#1763: 23.0.60; Customization buffers shows up empty
2009-01-02 15:28 bug#1763: 23.0.60; Customization buffers shows up empty vr.sundar
@ 2009-01-03 3:17 ` Stefan Monnier
2009-01-05 15:15 ` vr.sundar
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2009-01-03 3:17 UTC (permalink / raw)
To: vr.sundar; +Cc: emacs-pretest-bug, 1763
> Whenever I try to customize a variable using M-x customize-variable,
> the customization buffer that opens up is empty. The actual output
> (the text, buttons etc) that I expect to see in the customization
> buffer is usually in the file I had open when I ran the
> customize-variable command. This happens consistently for me with
> version 23 cvs trunk configured with --with-ns. I am using a Mac OS X
> 10.4
> In the current case, I ran customize-variable while I was looking at
> toggle.el. The customization buffer came up empty but the actual
> buttons/text now show up in toggle.el.
Can you reproduce it starting from "emacs -Q"?
If so, what are all the steps needed to reproduce it?
If not, try to trim down your .emacs file until you find the piece of
code that triggers this bug.
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#1763: 23.0.60; Customization buffers shows up empty
@ 2009-01-04 19:35 martin rudalics
0 siblings, 0 replies; 4+ messages in thread
From: martin rudalics @ 2009-01-04 19:35 UTC (permalink / raw)
To: 1763
> In the current case, I ran customize-variable while I was looking at
> toggle.el. The customization buffer came up empty but the actual
> buttons/text now show up in toggle.el.
Could you try with ECB switched off?
martin
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#1763: 23.0.60; Customization buffers shows up empty
2009-01-03 3:17 ` Stefan Monnier
@ 2009-01-05 15:15 ` vr.sundar
0 siblings, 0 replies; 4+ messages in thread
From: vr.sundar @ 2009-01-05 15:15 UTC (permalink / raw)
To: Stefan Monnier; +Cc: emacs-pretest-bug, 1763
On Fri, Jan 2, 2009 at 7:17 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> Can you reproduce it starting from "emacs -Q"?
> If so, what are all the steps needed to reproduce it?
> If not, try to trim down your .emacs file until you find the piece of
> code that triggers this bug.
>
No, it works fine when I startup with -Q. The code that triggers this
bug is the (require 'ecb) line. I have the ecb snapshot installed from
the ecb website. Google turned up this page
http://www.nabble.com/Customize-contents-ends-up-in-the-wrong-buffer.-to20975733.html#a20975848
so looks like this bug has already been reported to the ecb list.
Not sure what the process is here, but if ecb is going to be part of
emacs in a future release, is it possible to file this ticket against
that release to make sure it is fixed by then?
Thanks for your help
Sundar
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-01-05 15:15 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-02 15:28 bug#1763: 23.0.60; Customization buffers shows up empty vr.sundar
2009-01-03 3:17 ` Stefan Monnier
2009-01-05 15:15 ` vr.sundar
-- strict thread matches above, loose matches on Subject: below --
2009-01-04 19:35 martin rudalics
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.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).