all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#5704: Emacs 23.1 problem
@ 2010-03-11  8:20 W.Rheinboldt
  2010-03-13 19:58 ` Chong Yidong
  0 siblings, 1 reply; 10+ messages in thread
From: W.Rheinboldt @ 2010-03-11  8:20 UTC (permalink / raw)
  To: 5704

I just upgraded from Emacs 21.3 to Emacs 23.1 running under Windows XP. 
When I try to open a
new file under the new Emacs version, I get the Windows error message 
stating that the file could
not be found and that I should check for the correct name. On Emacs 21.3 
there was no such problem
and such a file request indeed opened a new file with the stated name.

I presume there is some setting-problem. Can you point me in the right 
direction?

Thank you

W. Rjeinboldt
wkrhein@gmx.de








^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-11  8:20 bug#5704: Emacs 23.1 problem W.Rheinboldt
@ 2010-03-13 19:58 ` Chong Yidong
  2010-03-13 20:31   ` Glenn Morris
  2010-03-13 20:32   ` Drew Adams
  0 siblings, 2 replies; 10+ messages in thread
From: Chong Yidong @ 2010-03-13 19:58 UTC (permalink / raw)
  To: W.Rheinboldt; +Cc: 5704

> I just upgraded from Emacs 21.3 to Emacs 23.1 running under Windows
> XP.  When I try to open a new file under the new Emacs version, I get
> the Windows error message stating that the file could not be found and
> that I should check for the correct name. On Emacs 21.3 there was no
> such problem and such a file request indeed opened a new file with the
> stated name.

First of all, what happens if you run using the `emacs -Q' option to
disable local customizations?






^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-13 19:58 ` Chong Yidong
@ 2010-03-13 20:31   ` Glenn Morris
  2010-03-14  1:28     ` Jason Rumney
  2010-03-13 20:32   ` Drew Adams
  1 sibling, 1 reply; 10+ messages in thread
From: Glenn Morris @ 2010-03-13 20:31 UTC (permalink / raw)
  To: Chong Yidong; +Cc: 5704, W.Rheinboldt

reassign 3969 emacs,w32
forcemerge 3969 5704
stop

Chong Yidong wrote:

> First of all, what happens if you run using the `emacs -Q' option to
> disable local customizations?

Jason sent the following message, but to the control address so it did
not appear on bug-gnu-emacs. This is a duplicate of 3969. He has been
having trouble merging it due to 3969 being archived and in different
packages.

    From: Jason Rumney <jasonr at gnu.org>
    Subject: Re: bug#5704: Emacs 23.1 problem
    To: "W.Rheinboldt" <wkrhein at gmx.de>
    Date: Fri, 12 Mar 2010 07:13:19 +0800

    forcemerge 3969 5704
    [...]

    It is a bug in Emacs, that has been fixed in the development sources.
    For 23.1, you need to create new files without using the file dialog (C-x
    C-f rather than the menu or toolbar).  Pretests for 23.2 are available.






^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-13 19:58 ` Chong Yidong
  2010-03-13 20:31   ` Glenn Morris
@ 2010-03-13 20:32   ` Drew Adams
  2010-03-13 22:18     ` Chong Yidong
  1 sibling, 1 reply; 10+ messages in thread
From: Drew Adams @ 2010-03-13 20:32 UTC (permalink / raw)
  To: 'Chong Yidong', 'W.Rheinboldt'; +Cc: 5704

> > I just upgraded from Emacs 21.3 to Emacs 23.1 running under Windows
> > XP.  When I try to open a new file under the new Emacs 
> > version, I get the Windows error message stating that the file
> > could not be found and that I should check for the correct name.
> > On Emacs 21.3 there was no such problem and such a file request
> > indeed opened a new file with the stated name.
> 
> First of all, what happens if you run using the `emacs -Q' option to
> disable local customizations?

I suspect this is just bug #3969, again.







^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-13 20:32   ` Drew Adams
@ 2010-03-13 22:18     ` Chong Yidong
  2010-03-14  5:57       ` W.Rheinboldt
  0 siblings, 1 reply; 10+ messages in thread
From: Chong Yidong @ 2010-03-13 22:18 UTC (permalink / raw)
  To: Drew Adams; +Cc: 5704, 'W.Rheinboldt'

"Drew Adams" <drew.adams@oracle.com> writes:

>> > I just upgraded from Emacs 21.3 to Emacs 23.1 running under Windows
>> > XP.  When I try to open a new file under the new Emacs 
>> > version, I get the Windows error message stating that the file
>> > could not be found and that I should check for the correct name.
>> > On Emacs 21.3 there was no such problem and such a file request
>> > indeed opened a new file with the stated name.
>> 
>> First of all, what happens if you run using the `emacs -Q' option to
>> disable local customizations?
>
> I suspect this is just bug #3969, again.

I see; in that case it's already fixed.  Thanks.






^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-13 20:31   ` Glenn Morris
@ 2010-03-14  1:28     ` Jason Rumney
  2010-03-14  1:50       ` Glenn Morris
  2010-03-14  8:31       ` Jan Djärv
  0 siblings, 2 replies; 10+ messages in thread
From: Jason Rumney @ 2010-03-14  1:28 UTC (permalink / raw)
  To: Glenn Morris; +Cc: Chong Yidong, 5704, W.Rheinboldt

Glenn Morris <rgm@gnu.org> writes:

> reassign 3969 emacs,w32

People keep doing this, which causes the bug to be in the wrong package
for merging with the bug this is a duplicate of, which is NOT Windows
specific.  There are a few other bugs which appear to have been tagged
like this merely because they mention Windows in the bug report.

The behaviour of GTK file dialog is different, it doesn't give you
a way of entering a name of a file that does not exist, but the bug is
the same - in 23.1 we were setting the mustmatch flag even when the
"Visit New File..." menu item or equivalent toolbar item was used.








^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-14  1:28     ` Jason Rumney
@ 2010-03-14  1:50       ` Glenn Morris
  2010-03-14  8:31       ` Jan Djärv
  1 sibling, 0 replies; 10+ messages in thread
From: Glenn Morris @ 2010-03-14  1:50 UTC (permalink / raw)
  To: Jason Rumney; +Cc: Chong Yidong, 5704, W.Rheinboldt

Jason Rumney wrote:

>> reassign 3969 emacs,w32
>
> People keep doing this, which causes the bug to be in the wrong package
> for merging with the bug this is a duplicate of, which is NOT Windows
> specific.

It's probably almost always me, sorry. I'll try to do it less.






^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-13 22:18     ` Chong Yidong
@ 2010-03-14  5:57       ` W.Rheinboldt
  0 siblings, 0 replies; 10+ messages in thread
From: W.Rheinboldt @ 2010-03-14  5:57 UTC (permalink / raw)
  To: Chong Yidong; +Cc: 5704

Evidently, I got into a loop of internal memos about this bug. I am now 
using
the C-x,C-f approach to get a new file and that works. But I trust there 
will
be in time a new corrected version of the system.

Thanks!

W. Rheinboldt

Chong Yidong schrieb:
> "Drew Adams" <drew.adams@oracle.com> writes:
>
>   
>>>> I just upgraded from Emacs 21.3 to Emacs 23.1 running under Windows
>>>> XP.  When I try to open a new file under the new Emacs 
>>>> version, I get the Windows error message stating that the file
>>>> could not be found and that I should check for the correct name.
>>>> On Emacs 21.3 there was no such problem and such a file request
>>>> indeed opened a new file with the stated name.
>>>>         
>>> First of all, what happens if you run using the `emacs -Q' option to
>>> disable local customizations?
>>>       
>> I suspect this is just bug #3969, again.
>>     
>
> I see; in that case it's already fixed.  Thanks.
>   







^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-14  1:28     ` Jason Rumney
  2010-03-14  1:50       ` Glenn Morris
@ 2010-03-14  8:31       ` Jan Djärv
  2010-03-14 13:57         ` Jason Rumney
  1 sibling, 1 reply; 10+ messages in thread
From: Jan Djärv @ 2010-03-14  8:31 UTC (permalink / raw)
  To: Jason Rumney; +Cc: Chong Yidong, 5704, W.Rheinboldt



Jason Rumney skrev 2010-03-14 02.28:

> The behaviour of GTK file dialog is different, it doesn't give you
> a way of entering a name of a file that does not exist, but the bug is
> the same - in 23.1 we were setting the mustmatch flag even when the
> "Visit New File..." menu item or equivalent toolbar item was used.

Just type Ctrl-L in the file dialog and you can enter a name.

	Jan D.







^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#5704: Emacs 23.1 problem
  2010-03-14  8:31       ` Jan Djärv
@ 2010-03-14 13:57         ` Jason Rumney
  0 siblings, 0 replies; 10+ messages in thread
From: Jason Rumney @ 2010-03-14 13:57 UTC (permalink / raw)
  To: Jan Djärv; +Cc: Chong Yidong, 5704, W.Rheinboldt

Jan Djärv <jan.h.d@swipnet.se> writes:

> Jason Rumney skrev 2010-03-14 02.28:
>
>> The behaviour of GTK file dialog is different, it doesn't give you
>> a way of entering a name of a file that does not exist, but the bug is
>> the same - in 23.1 we were setting the mustmatch flag even when the
>> "Visit New File..." menu item or equivalent toolbar item was used.
>
> Just type Ctrl-L in the file dialog and you can enter a name.

Right, but after the bug was fixed that is no longer necessary, which
is what users would expect from a New File dialog.






^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2010-03-14 13:57 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-11  8:20 bug#5704: Emacs 23.1 problem W.Rheinboldt
2010-03-13 19:58 ` Chong Yidong
2010-03-13 20:31   ` Glenn Morris
2010-03-14  1:28     ` Jason Rumney
2010-03-14  1:50       ` Glenn Morris
2010-03-14  8:31       ` Jan Djärv
2010-03-14 13:57         ` Jason Rumney
2010-03-13 20:32   ` Drew Adams
2010-03-13 22:18     ` Chong Yidong
2010-03-14  5:57       ` W.Rheinboldt

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.