http://bugs.winehq.org/show_bug.cgi?id=9875
Summary: moving dialogs shows artifacts on window behind it
Product: Wine
Version: 0.9.46.
Platform: PC
URL: http://ftp.ldscatalog.com/PAF5AllLangs.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cjstimpson(a)utwire.net
Start PAF, and go to the "Family" view.
Open any dialog in PAF, or any other application that makes a new top level
window. When moving that window around, it leaves trails of itself on the
family view in PAF. I have to minimize PAF and restore it or equivalent to get
the window to refresh itself.
If you move the window slowly, one pixel at a time, it doesn't happen.
I put some printouts in X11DRV_Expose() and BeginPaint() and noticed that when
the two are called in turn, things are fine. If X11DRV_Expose is called twice
or more before BeginPaint() for the family view, the trails start showing up.
Any ideas out there?
--
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=10970
Summary: Crazy Taxi crashes when "Now Loading" appears
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igamads(a)gmail.com
Created an attachment (id=9914)
--> (http://bugs.winehq.org/attachment.cgi?id=9914)
The backtrace given by wine
Installation works ok and game starts, but when I choose to start the game it
self if crashes when the "Now Loading" screen appears.
--
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=9277
Summary: Folder selection doesn't work correctly since 0.9.42
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: loacoon(a)hotmail.com
When using Winzip, open a zip file and select Extract, and then in My Computer
select C:. The Program Files and Windows folders will appear, but you won't be
able to enter in any of them, and they'll be duplicated in the address bar if
you click on one of them.
This bug appeared in Wine 0.9.42 and does happen with any Windows app I tested.
--
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=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.
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=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=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.