wine-bugs January 2008

wine-bugs@winehq.org

1 participants
9873 discussions

[Bug 10886] New: RTS_CONTROL_TOGGLE doesn't work
by wine-bugs＠winehq.org 25 Sep '16

25 Sep '16

http://bugs.winehq.org/show_bug.cgi?id=10886 Summary: RTS_CONTROL_TOGGLE doesn't work Product: Wine Version: 0.9.51. Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ports AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla(a)tut.by in WINE, setting DCB.fRtsControl to RTS_CONTROL_TOGGLE and doing SetCommState() sets RTS line always high. (btw, this is the same as described to be bug in win95, see http://support.microsoft.com/kb/140030 ). According to MSDN, RTS should be set to high before data transmission, then data should be sent, and then RTS should go back to low. The workaround is to toggle RTS manually. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 10643] New: WInUAE settings window reappears after being dismissed
by wine-bugs＠winehq.org 16 Sep '16

16 Sep '16

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.

1 28

[Bug 11365] New: Total Annihilation: Kingdoms dies in fullscreen after selecting a game or graphic options from menu
by wine-bugs＠winehq.org 14 Sep '16

14 Sep '16

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.

1 23

[Bug 9467] New: Macromedia Studio 8 installer hangs
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

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.

1 17

[Bug 11311] New: C-Geo 8
by wine-bugs＠winehq.org 04 Aug '16

04 Aug '16

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.

1 16

[Bug 9623] New: Photoshop 7 text tool not working without Times. TTF from corefonts
by wine-bugs＠winehq.org 08 Jul '16

08 Jul '16

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.

1 40

[Bug 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

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.

1 32

[Bug 9532] New: Month calendar control uses 0=sunday for firstDayOfWeek
by wine-bugs＠winehq.org 16 May '16

16 May '16

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.

1 10

[Bug 9522] New: Text entry box does not refresh properly, but worked in v 0 .9.20 and below
by wine-bugs＠winehq.org 23 Apr '16

23 Apr '16

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.

1 27

[Bug 10156] New: "typos" on some include files
by wine-bugs＠winehq.org 01 Apr '16

01 Apr '16

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.

1 24

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2008