GNU bug report logs -
#11501
Emacs 24.0.97 Pretest Windows Binaries + Win7 x64: create new file dialog does not work.
Previous Next
Reported by: Miguel Ruiz <rbenit68 <at> gmail.com>
Date: Thu, 17 May 2012 16:26:01 UTC
Severity: normal
Tags: moreinfo, unreproducible
Done: Stefan Kangas <stefan <at> marxist.se>
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 11501 in the body.
You can then email your comments to 11501 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs
.
(Thu, 17 May 2012 16:26:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Miguel Ruiz <rbenit68 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 17 May 2012 16:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Every Emacs pretest windows binary since 24.0.92 shows the same
behaviour: after runemacs -Q, if you go with mouse to 'menu-bar file
new-file' or 'tool-bar new-file', a graphical file selector dialog
opens, with some icons in complete black, and when you enter a new
file name, click OK (Open, actually), nothing happens.
Also, I experiment the same behaviour with official Emacs 23.4, but
not in Emacs 23.3.
Both series, 23.4 and 24.0.x, works perfectly in Windows XP and Windows 7 x86
But the binary from
http://prdownloads.sourceforge.net/ntemacs/ntemacs24-bin-20110402.7z?download
(version 24.0.50.1) WORKS PERFECTLY. The report-emacs-bug info for
this working version is the following:
(Windows 7 x64 Home Premium)
In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600)
of 2011-04-02 on YAMALOK
Windowing system distributor `Microsoft Corp.', version 6.1.7600
configured using `configure --with-gcc (4.5) --cflags -m32 -O2 -g0
-march=prescott -mtune=prescott -pipe -IC:/gnuwin32/emacs/include
-IC:/gnuwin32/emacs/lib -IC:/gnuwin32/src --ldflags -s '
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: ESN
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default enable-multibyte-characters: t
May I get a complete working binary of Emacs 24 for W7 x64?
Please, feel free to demand further information.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs
.
(Thu, 17 May 2012 16:50:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 11501 <at> debbugs.gnu.org (full text, mbox):
On Thu, May 17, 2012 at 4:41 PM, Miguel Ruiz <rbenit68 <at> gmail.com> wrote:
> Every Emacs pretest windows binary since 24.0.92 shows the same
> behaviour: after runemacs -Q, if you go with mouse to 'menu-bar file
> new-file' or 'tool-bar new-file', a graphical file selector dialog
> opens, with some icons in complete black, and when you enter a new
> file name, click OK (Open, actually), nothing happens.
I just tried with pretest 24.0.97 on w7/64 and I can not reproduce this problem.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs
.
(Thu, 17 May 2012 17:00:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 11501 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 17 May 2012 16:41:37 +0200
> From: Miguel Ruiz <rbenit68 <at> gmail.com>
>
> Every Emacs pretest windows binary since 24.0.92 shows the same
> behaviour: after runemacs -Q, if you go with mouse to 'menu-bar file
> new-file' or 'tool-bar new-file', a graphical file selector dialog
> opens, with some icons in complete black, and when you enter a new
> file name, click OK (Open, actually), nothing happens.
I cannot reproduce this on my XP system.
> Both series, 23.4 and 24.0.x, works perfectly in Windows XP and Windows 7 x86
Are you saying that the problem happens only in Windows 7 64-bit?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs,w32
.
(Thu, 17 May 2012 21:26:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 11501 <at> debbugs.gnu.org (full text, mbox):
On Thu, May 17, 2012 at 7:00 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I cannot reproduce this on my XP system.
I just tried 24.0.97 on a Windows 7 Home Premium 64-bit, and I don't
see the bug either.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs,w32
.
(Thu, 17 May 2012 21:43:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 11501 <at> debbugs.gnu.org (full text, mbox):
Here, in http://www.screenr.com/Bam8 , you can find a screencast of
the behaviour.
I will try to find a fresh W7 x64 but it won't be soon at all.
Thank you for your quick answer.
Miguel Ruiz.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs,w32
.
(Fri, 18 May 2012 01:20:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 11501 <at> debbugs.gnu.org (full text, mbox):
On 5/17/2012 3:41 PM, Miguel Ruiz wrote:
> Here, in http://www.screenr.com/Bam8 , you can find a screencast of
> the behaviour.
Interesting. I see a whole bunch of additional dlls in your bin folder.
Can you please use a fresh copy of Emacs and run it without the
additional dlls and see if the issue persists?
I can also not reproduce the problem on Windows 7 x64.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs,w32
.
(Fri, 18 May 2012 05:30:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 11501 <at> debbugs.gnu.org (full text, mbox):
Hi.
Here, http://www.screenr.com/vwm8, you can find a screencast of a
fresh Emacs decompression, the issue again, but eventually, it creates
the new file.
You can ignore the first 3:30 minutes, if you don't waste your time.
In the minute 4:43, something funny happens: I click Open, with a new
filename and a subdir selected, and it firstly change the dir, and
then create the file.
I cannot figure out if the issue is caused by Emacs, or by a W7
library, or by the interaction of both. Remember the first post and
the ntemacs build than runs without errors.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs,w32
.
(Wed, 05 Sep 2012 16:29:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 11501 <at> debbugs.gnu.org (full text, mbox):
Have the exact same problem.
Tested Emacs 23.X and 24.0 and File --> visit New File works as intended.
In 24.1, I cannot create a new file through Visit New File. Also happens with File --> Save as, which exhibits the same problem.
Using Windows Prof x64 on Lenovo X220t.
Happy to submit any further info.
Cheers,
Rich
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs,w32
.
(Wed, 05 Sep 2012 21:12:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 11501 <at> debbugs.gnu.org (full text, mbox):
unarchive 123
Have the exact same problem.
Tested Emacs 23.X and 24.0 and File --> visit New File works as intended.
In 24.1, I cannot create a new file through Visit New File. Also happens with File --> Save as, which exhibits the same problem.
Using Windows 7 Prof x64 on Lenovo X220t.
Happy to submit any further info.
Cheers,
Rich
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11501
; Package
emacs
.
(Fri, 23 Aug 2019 05:59:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 11501 <at> debbugs.gnu.org (full text, mbox):
Miguel Ruiz <rbenit68 <at> gmail.com> writes:
> Every Emacs pretest windows binary since 24.0.92 shows the same
> behaviour: after runemacs -Q, if you go with mouse to 'menu-bar file
> new-file' or 'tool-bar new-file', a graphical file selector dialog
> opens, with some icons in complete black, and when you enter a new
> file name, click OK (Open, actually), nothing happens.
>
> Also, I experiment the same behaviour with official Emacs 23.4, but
> not in Emacs 23.3.
>
> Both series, 23.4 and 24.0.x, works perfectly in Windows XP and Windows 7 x86
>
> But the binary from
> http://prdownloads.sourceforge.net/ntemacs/ntemacs24-bin-20110402.7z?download
> (version 24.0.50.1) WORKS PERFECTLY. The report-emacs-bug info for
> this working version is the following:
>
> (Windows 7 x64 Home Premium)
Richard P <richy_rich100 <at> yahoo.co.uk> writes:
> Have the exact same problem.
>
> Tested Emacs 23.X and 24.0 and File --> visit New File works as intended.
>
> In 24.1, I cannot create a new file through Visit New File. Also happens with File --> Save as, which exhibits the same problem.
>
> Using Windows Prof x64 on Lenovo X220t.
>
> Happy to submit any further info.
I note that this was reported in 2012, which is now 7 years ago. Are
you still seeing this bug on a modern version of Emacs, for example
the latest version 26.2?
I also note that at least three other people tried different Windows
versions without being able to reproduce this problem.
Thanks,
Stefan Kangas
Added tag(s) unreproducible and moreinfo.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Fri, 23 Aug 2019 06:18:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Mon, 30 Sep 2019 21:35:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Miguel Ruiz <rbenit68 <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 30 Sep 2019 21:35:01 GMT)
Full text and
rfc822 format available.
Message #39 received at 11501-done <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> I note that this was reported in 2012, which is now 7 years ago. Are
> you still seeing this bug on a modern version of Emacs, for example
> the latest version 26.2?
>
> I also note that at least three other people tried different Windows
> versions without being able to reproduce this problem.
More information was requested, but none was given within 5 weeks, so
I'm closing this bug as unreproducible. If you're still seeing this,
please reopen the bug report.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 29 Oct 2019 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 229 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.