http://bugs.winehq.org/show_bug.cgi?id=16356
Summary: 16 bit file dialog file filter not working
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pgr(a)arcelectronicsinc.com
CC: dmitry(a)codeweavers.com
Regression
77c0fad57207dd38864eaa8a54ae0571f37e5b20 is first bad commit
commit 77c0fad57207dd38864eaa8a54ae0571f37e5b20
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Tue Jan 8 16:43:14 2008 +0800
comdlg32: If lpstrFile points to a valid string use it as a default value
for edit control.
After this commit A simple Delphi 1 program with a file open or save dialog no
longer updates the files listbox when the drop down file type selector is
changed.
It will be a few weeks before I have time to look for solution.
--
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=14248
Summary: CTRL + Tab in Firefox is intepreted as CTRL + B
(dogfood)
Product: Wine
Version: 1.1.0
Platform: PC
URL: http://www.mozilla.com/en-US/firefox/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Finally got through my 1609 page wikisurf, so now I've made Windows Firefox my
default browser. Disappointingly, CTRL + Tab brings up the bookmark toolbar
(same as CTRL + B). Interestingly, CTRL + Shift + Tab does nothing, instead of
bringing up the bookmark library. Either way, very annoying, especially for tab
whores such as myself.
--
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=14866
Summary: expand: Wine's expand program fails on /r option
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: royshea(a)gmail.com
Created an attachment (id=15414)
--> (http://bugs.winehq.org/attachment.cgi?id=15414)
File compressed using "compress.exe -r test.txt"
The MS-DOS "expand" utility accepts the /r option to automatically rename files
compressed using "compress" with the /r option. The version of "expand"
included in wine fails to accept the /r option.
Attached is an example file originally named "test.txt" and compressed using /r
into the file "test.tx_". Executing "expand.exe /r test.tx_" should
successfully expand the file into "test.txt".
--
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=13895
Summary: printer setup dialog has a useless Apply button
Product: Wine
Version: 1.0-rc4
Platform: Other
OS/Version: other
Status: NEW
Severity: trivial
Priority: P2
Component: wineps.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
To access this dialog:
1. run notepad
2. select file -> printer setup
3. click on properties
the dialog has an apply button, but it's not being used at all. We should just
get rid of it.
--
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=12912
Summary: Torque Game Builder: Blanks the screen.
Product: Wine
Version: 0.9.60
Platform: PC
URL: http://www.garagegames.com/pg/demo.php?id=63
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)jones.be
When you try and run the Torque Game Builder application the entire screen goes
black. The mouse cursor however is still visible and does change if you move it
around the screen (based on the elements that I assume the mouse is hovering
over).
If you run the application in a virtual desktop the same thing happens. The
virtual desktop is visible for a few seconds before the entire screen goes
blank.
Restarting X is the only way I know to recover the system.
I am not sure but I think the IDE makes use of directX.
--
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=12048
Summary: coreftp hangs after connecting to a ftp site
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://www.coreftp.com/
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Tried out Coreftp 2.1 LE. I can connect to a ftp site (i.e mirrors.kernel.org)
just fine, but within a few seconds, I get:
err:ntdll:RtlpWaitForCriticalSection section 0x8f2a10 "?" wait timed out in
thread 0015, blocked by 0016, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x8f2a10 "?" wait timed out in
thread 0009, blocked by 0016, retrying (60 sec)
and the program hangs.
--
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=10140
Summary: Most grayscale JPEGs cause abnormal rendering artifacts
in CDisplay
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: justivo(a)gmail.com
Created an attachment (id=8719)
--> (http://bugs.winehq.org/attachment.cgi?id=8719)
example file for testing
I've noticed this bug two years ago when I first tried Wine. I never reported
it. I always expected that it was something obvious that would get fixed soon,
and now here we are with version 0.9.47 and the bug still rampant. So it is
not something obvious.
In Windows I frequently used the comic book reader called CDisplay[1]. When I
moved on, I brought the software with me and tried it in Wine. In most cases
-- because many of my scanned comic books are old and black and white -- I was
unable to read the book. A weird graphical glitch, which would not output any
useful debug message, would prevent me from reading the book. I managed to
track, after some experimenting, that the problem was caused by most (but not
all) grayscale JPEG files. A RGB colored one would not suffer from this
problem.
I believe it may be a GDI+ glitch.
Since 2005 at least I've seen this problem, and it went on in every update of
Wine, clean install or not. Besides the rendering glitch, the program works
otherwise fine.
While the problem seemingly only affects CDisplay, it's possible that it may
affect some videogames, or even Photoshop itself, and as such it may be worth
checking it out.
Attached is an example file that triggers the problem. CDisplay is a freeware
application. The link for download is below.
[1] http://www.geocities.com/davidayton/CDisplay.html
--
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=21447
Summary: Monopolie 0.9.7 does not run
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: richardcavell(a)mail.com
Monopolie 0.9.7.exe, an open-source Monopoly game from sourceforge that is
written in Visual Basic, does not run. If I run the .exe from the command
line, it simply terminates without an error message. The source code is
included with the download, so if the error is somewhere in there, it ought to
be able to be located.
--
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=21037
Summary: Microsoft Flight Simulator 2004 crashes when starting
a flight
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=25233)
--> (http://bugs.winehq.org/attachment.cgi?id=25233)
Microsoft Flight Simulator 2004 backtrace
With wine-1.1.34-469-g33a1934, after doing winetricks directplay ie6 to work
around bug 12973, starting Microsoft Flight Simulator 2004 and then launching a
new flight results in an immediate crash in wined3d:
Backtrace:
=>0 0x7dea1430 context_release+0x30(context=(nil))
[/home/andrew/wine-git/dlls/wined3d/context.c:843] in wined3d (0x0032f4b0)
1 0x7deb9bcf create_primary_opengl_context+0x9f(iface=<register EDI not in
topmost frame>, swapchain_iface=<register ESI not in topmost frame>)
[/home/andrew/wine-git/dlls/wined3d/device.c:6305] in wined3d (0x0032f4e0)
2 0x7debf316 IWineD3DDeviceImpl_Reset+0x446(iface=0x184970,
pPresentationParameters=0x32f584)
[/home/andrew/wine-git/dlls/wined3d/device.c:6546] in wined3d (0x0032f560)
...
glxinfo reports for OpenGL strings:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 7800 GT/PCI/SSE2/3DNOW!
OpenGL version string: 2.1.2 NVIDIA 190.42
OpenGL shading language version string: 1.20 NVIDIA via Cg compiler
The complete backtrace is attached.
--
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=20641
Summary: Problems loading dispatch and dual types in SLTG
TypeLibs
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sunilmohan(a)fsf.org.in
Created an attachment (id=24631)
--> (http://bugs.winehq.org/attachment.cgi?id=24631)
MS Oleviewer showing the typelib on Wine and Windows
When I tried to run a Visual Basic 6.0 application that uses Crystal Reports
8.5 ActiveX control, multiple problems popped up. The end result was that
invoking a method turns into an error that the method requested for could not
be found.
The attached screenshots best describe the problem. First screenshot shows
oleviewer displaying information about the typelib for the mentioned ocx
control on Wine and on Windows. The dispatch interface "CrystalReportEvents" is
not shown as being derived from IDispatch. And the dual types "IRowCursor" and
"CrystalCtl" as shown simply as interfaces.
The second screenshot shows a simple test application on Wine and on Windows.
We can see that TypeInfo members returned by Wine differ at many places
compared to the TypeInfo returned by Windows. Of interest is the type kind for
descriptions #0 and #7. Also the no. of interfaces implemented by description
#8.
I have patches that fix these two problems. With the patches all TypeInfo
members appear similar to the Windows output (except lcid). I am posting the
patches on wine-patches list.
Patch 1: Type descriptions of type kind DISPATCH can actually inherit from one
interface instead of specifying methods and properties according to MSDN. The
SLTG parser does not seem to handle this. I added code to read information
about inherited interfaces in DISPATCH types when available.
Patch 2: The documentation says that dual interfaces which implement both
INTERFACE and DISPATCH have to be returned first as DISPATCH types and then
INTERFACE type will be returned when calls to GetRefTypeOfImplType and
GetRefTypeInfo are made with -1 index. Clients are supposed to check for DUAL
flag and read the second type info accordingly. However, in SLTG typelib above,
the two dual types have type kind INTERFACE set on them. We must be returning
DISPATCH type first and then later the INTERFACE. So, I added code to return a
DUAL interface as DISPATCH type first in the SLTG parser. This fixes other
problems such as removing the AUTOMATION flag in the returned description and
proper function count.
Patch 3: I removed a check for DISPATCHABLE flag when GetRefTypeOfImplType is
called with -1 index for the following reasons. DUAL which is already being
checked for implies DISPATCHABLE. The SLTG type library being dealt with has
dual types without this flag set. The flag is a computed one and not present in
the IDL.
Patch 4: Updated a comment about a newly seen value in SLTG typelib that was
thought of to be constant.
After the fixes, our test case using the above activex seems to run fine. I ran
the tests but they don't seem to contain any SLTG library parsing tests.
--
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.