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=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=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.
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.
http://bugs.winehq.org/show_bug.cgi?id=9791
Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martyspamtrap(a)comcast.net
After a clean installation of Heroes 5 in Wine, attempting to run it fails.
The console reports that d3dx9_25.dll is required by H5_Game.exe. My
workaround is to either copy this file from a Windows installation, or copy
Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd
like to request an enhancement to include a more proper version of this DLL in
Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.