http://bugs.winehq.org/show_bug.cgi?id=10643
Summary: WInUAE settings window reappears after being dismissed
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
WinUAE is an open source (GPL) emulator of Amiga computers. After running
WinUAE and starting the emulation, pressing F12 brings up the settings window.
When this is dismissed by pressing Reset, Quit, Restart, OK, or Cancel, the
window closes and reopens. It should not reopen. That repeats if you press one
of those buttons again. If you press Quit, then Cancel a few times after the
window closes and reopens, the program does eventually quit.
Steps to demonstrate the problem:
(Typical usage of WinUAE involves obtaining an Amiga ROM image file, however it
is possible to use some software without.)
- Download WinUAE 1.4.4 from http://www.winuae.net/. Direct URL for the
installer is http://www.winuae.net/files/InstallWinUAE1440.exe
- Run the installer.
- For an example disk image, you can download e.g.
ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz
- Start WinUAE. The settings/configuration window appears. Click the "Floppy
drives" entry in the left side of the window, then the "..." button for drive
DF0:. Select the rsi1.adf.gz file.
- Click Start to start emulation.
- Press F12 to bring up the settings window.
- Try to dismiss the window by pressing one of the buttons at the bottom.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11365
Summary: Total Annihilation:Kingdoms dies in fullscreen after
selecting a game or graphic options from menu
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesp(a)ndsupernet.com
Created an attachment (id=10472)
--> (http://bugs.winehq.org/attachment.cgi?id=10472)
output of wine using WINEDEBUG=warn+all, last 2 lines of the out put are
probably the cause of the problem
Running the game in fullscreen with winver set to 2000, the game dies when
selecting graphics options from the main menu or launching any game.
Setting winver to XP does the same thing, but also the intro movie and main
menu don't look right in fullscreen, My gnome taskbar never gets covered up.
Yet the game runs perfectly when using an emulated window.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9467
Summary: Macromedia Studio 8 installer hangs
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To try installing Studio 8, you first have to work around a
bug in the way the CD-ROM was mastered: they
included rockridge extensions, but neglected
to make files world-readable. This causes
mysterious errors about not being able to run the installer:
wine: could not load L"D:\\install studio 8.exe": Module not found
So you have to remount the cd-rom with the 'norock' option, e.g.:
$ umount /media/cdrom
$ sudo mount /dev/cdrom /media/cdrom -o norock
OK, on to the problem. Like Studio MX (see bug 9035),
Studio 8's top level installer runs the installers of six
or so apps. And like the earlier version, it hangs.
But this hang is bad; it's on the end of the
first app, and it it can't be solved by clicking "OK".
The hang occurs at the end of the Dreamweaver installation,
right after it says "Publishing product information".
The installer still responds to the mouse, but if you
ask it to cancel, it keeps going, no matter how many
times you say you want to cancel.
+process revealed the commandline used to invoke the
problematic subinstaller. To reproduce with just
the subinstaller, do
wine msiexec.exe /i 'D:\fscommand\Macromedia_Dreamweaver_8.msi' MM_STUDIO=1
CREATEQUICKLAUNCHSHORTCUT=0 CREATEDESKTOPSHORTCUT=0 MACROMEDIA='c:\Program
Files\Macromedia\'
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11311
Summary: C-Geo 8
Product: Wine
Version: 0.9.53.
Platform: PC
URL: http://www.c-geo.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ziemi_(a)poczta.onet.pl
Created an attachment (id=10419)
--> (http://bugs.winehq.org/attachment.cgi?id=10419)
zipped logs and screenshots
Installed Wine Gecko 0.1.0.
Wine compiled with OPENGL.
After executing program appears OLE error (see fig1 and log1), but it works
properly without ole funtions when it crash.
It was on normal user account, on root account program is not executing, see
fig2 and log2.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9623
Summary: Photoshop 7 text tool not working without Times.TTF from
corefonts
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikolaj.zalewski(a)gmail.com
I have this problem only on one system. On another I didn't install corefonts
but it worked - I will have to check why. Photoshop writes that it can't
complete the specified operation because a system font was not found. Of course
it's not Times New Romand that is selected in the tool. Using winetricks to
install corefonts works.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10063
Summary: wineconsole run fail on korean locale.
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dlunch(a)gmail.com
wineconsole failed to run in korean locale.
it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and
'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'.
but when i tried LANG="C" wineconsole cmd, it runs successfully.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9532
Summary: Month calendar control uses 0=sunday for firstDayOfWeek
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
This bug has been transferred from bug 9490. The month calendar control
displays sunday as the first day of the week, even though
LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses
0=sunday, rather than 0=monday. MSDN indicates that the API
(SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see
http://msdn2.microsoft.com/en-us/library/ms670423.aspx.
So, either the implementation needs to be changed to use 0=monday throughout
the code, or we can continue to use 0=sunday internally, but then we need to
convert when we talk to the rest of the world.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9522
Summary: Text entry box does not refresh properly, but worked in
v 0.9.20 and below
Product: Wine
Version: 0.9.21.
Platform: PC
URL: http://www.xcalibur.co.uk/MuckClient/
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P4
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pdurland(a)gmail.com
As far as I know, this is an issue that exists in only one application, but
could extend to others.
The application is minor and the bug is minor so this is just a minute fix.
According to this page:
http://appdb.winehq.org/appview.php?iVersionId=8240&iTestingId=12794
Paul Fisher has been able to reproduce this on 3 separate versions of wine.
------------
Linux Distribution information: Ubuntu 7.04 on x86
Program: Muckclient v3.42
Issue: After connecting to a world, any text entered into the input box at the
bottom of the window will not be seen. I had this issue with 0.9.44 and
reverted back to 0.9.15 thanks to a testing note on the application DB pages. I
then grabbed different versions from that point and found the exact version
that 'broke' this functionality.
The 'break' occurred between 0.9.20 and 0.9.21, hence the version number I've
used in the report.
To reproduce:
Download and install program through wine.
Launch program.
Connection window will pop up. Double click on the entry already in the list.
Try typing in the entry box on the window that appears. No text will be seen.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10156
Summary: "typos" on some include files
Product: Wine
Version: 0.9.47.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sacrom(a)gmail.com
CC: sacrom(a)gmail.com
Created an attachment (id=8741)
--> (http://bugs.winehq.org/attachment.cgi?id=8741)
File that contains diff's of the current header files with the "fixed" header
files
I'm porting a windows app to Wine (using WineLib) and I found some small
problems in some header files in Wine (that contain different values from the
corresponding Windows header files).
To be able to compile on C++ I did also change some header files.
>From my point of view these are small typos problems (see attachment)
I hope this to be enough!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9790
Summary: Regression in Heroes of Might and Magic 5
Product: Wine
Version: 0.9.45.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
This is observed on the full version of Heroes of Might and Magic 5 (but is
probably reproducible on the demo). After updating to Wine 0.9.45 (coming from
0.9.44), I started experiencing application lockups in Heroes 5 during game
play on the map screen. The lockup consists of no further mouse or keyboard
instructions being recognize, although the background music continues to play.
An ALT-TAB to a shell and a "kill -9" get me back in control.
The problem is triggered somewhat randomly, but I've reproduced it twice by
loading up a saved game, panning around the map, viewing a hero's status
screen, and returning to the map. At this point, some of the status windows
are no longer drawing themselves completely and my system starts thrashing on
my hard drive. A little more panning around the map results in the lockup.
This issue did not exist in Wine 0.9.44.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.