http://bugs.winehq.org/show_bug.cgi?id=17365
Summary: AutoCAD: Buttons on the bottom don't change their
graphical state if pressed/released
Product: Wine
Version: 1.1.14
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=19411)
--> (http://bugs.winehq.org/attachment.cgi?id=19411)
Image that shows the problem
The bug is trivial and touches : AutoCAD 2005, AutoCAD 2008, AutoCAD Mechanical
2008 and probably other AutoCAD versions.
Steps to reproduce:
1)start AutoCAD
2)press "OSNAP" button
The problem is that the button doesn't change his graphical state instead you
must minimize AutoCAD then maximize it to see it changed. On MS Windows it
changes right after I press 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=16937
Summary: Regression: Invisible text in Autocad LT 97
Product: Wine
Version: 1.1.12
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: curiousdannii(a)gmail.com
There has been a regression between 1.1.11 and 1.1.12 for Autocad LT 97, the
text in the drop down boxes (like for the list of layers) is invisible.
Additionally, tool tip text is invisible too.
--
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=16838
Summary: 'make install' broken on BSD
Product: Wine
Version: 1.1.12
Platform: PC
OS/Version: OpenBSD
Status: NEW
Keywords: patch, source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
/usr/bin/install -c acledit.dll.so /usr/local/lib/wine/acledit.dll.so
/usr/bin/install -c activeds.dll.so /usr/local/lib/wine/activeds.dll.so
/usr/bin/install -c -m 644 libactiveds.$(IMPLIBEXT)
/usr/local/lib/wine/libactiveds.$(IMPLIBEXT)
/bin/sh: IMPLIBEXT: not found
/bin/sh: IMPLIBEXT: not found
install: libactiveds.: No such file or directory
*** Error code 71
Stop in /home/austin/wine-git/dlls/activeds (line 435 of Makefile).
*** Error code 1
Stop in /home/austin/wine-git/dlls (line 614 of Makefile).
*** Error code 1
Stop in /home/austin/wine-git (line 326 of Makefile).
I see this in both OpenBSD and PC-BSD.
--
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=16023
Summary: PC-BSD fails to launch majority of applcations, 'Invalid
address'
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: download, regression
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Tried running the conformance tests today on PC-BSD, but got a strange error:
wine: could not load L"Z:\\usr\\home\\pcbsd\\winetest-latest.exe": Invalid
address
googling around, seems it's a regression from 1.1.7 in 1.1.8:
http://fixunix.com/freebsd/557241-wine-1-1-8-regression-wine-could-not-load…http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-11/msg00585.…
I can get notepad to run, but that's about it. Seems to affect all but the most
basic of apps.
I've started the regression test, but this is a vm, so it's going to be a bit.
I've got a feeling it's one of Alexander's recent ntdll/kernel32 changes, but
we'll see soon.
--
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=15798
Summary: 3D Game Studio text objects newline characters
mistranslated
Product: Wine
Version: 1.1.7
Platform: HP
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mdirk(a)sympatico.ca
Until recently, I was sure that 3D Game Studio version A6.40.5 worked. But a
specific 3DGS game, which is really a tool to build shaders, could not be
tested earlier, because the built-in compilation of .fx files was not yet
implemented. This compiler-DLL is not the cause of the bug, but being able to
run SMEE2, which is this tool, only compiled with 3DGS as if it was a game,
shows a subtle glitch in the handling of strings of text.
3D Game Studio has its own system for displaying 3D sprites, 2D panels, text
objects and other 2D objects, which may not translate well into OpenGL.
But when displaying text objects, some internal form of newline characters are
interpreted by 3DGS running under Windows, by allowing a single string to
continue on the next line. The way this translates when running under Wine, the
next line overstrikes the previous line, without shifting downward.
This results in somewhat amusing display in the settings of SMEE2, where text
is supposed to be superimposed on a multi-colored background panel, to fit into
tabular form. But only a first line with superimposed characters displays
instead of each table of settings.
It makes the selection of shader parameters impossible from within this tool,
even though the shaders themselves may render well by now.
--
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=15707
Summary: winhttp: winhttp.ok test fails in OpenSolaris
Product: Wine
Version: 1.1.6
Platform: PC
OS/Version: Solaris
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: winhttp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=16786)
--> (http://bugs.winehq.org/attachment.cgi?id=16786)
+winhttp in git
../../../tools/runtest -q -P wine -M winhttp.dll -T ../../.. -p
winhttp_test.exe.so winhttp.c && touch winhttp.ok
err:winhttp:netconn_init Failed to load symbol i2d_X509
winhttp.c:740: Test failed: failed to open a request 12157
winhttp.c:743: Test failed: failed to send request 6
winhttp.c:747: Test failed: failed to retrieve certificate context 6
winhttp.c:751: Test failed: failed to retrieve key bitness 6
winhttp.c:754: Test failed: failed to receive response 6
winhttp.c:758: Test failed: failed unexpectedly 6
winhttp.c:759: Test failed: request failed unexpectedly 1
fixme:winhttp:set_option unimplemented option 63
fixme:winhttp:request_query_option unimplemented option 63
fixme:winhttp:request_query_option unimplemented option 63
make: *** [winhttp.ok] Error 7
+winhttp 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=15616
Summary: winecfg does not allow *.acm (or other non .dll)
overrides
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
winecfg does not allow overrides of "libraries" other than .dll via the
selection list.
Yet the game "Colin McRae Rally 2.0" needs one for msadp32.acm (I shall post a
separate bug report on that). These .acm files also have MS-Windows executable
format.
I had to edit the registry by hand (or use regedit) to obtain the effect, after
I figured out the correct format:
[Software\Wine\AppDefaults\CMR2.exe\DllOverrides]
"msadp32.acm"="native"
I believe that any shared object for which wine provides an implementation or
stub (a .spec file in the source tree) should appear in winecfg's list.
BTW, neither does current winecfg allow setting the default order, e.g.
"*"="native, builtin", which is sometimes handy for trying and guessing what's
wrong. IIRC it was in earlier versions. Maybe it was too easy to abuse?
--
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=15314
Summary: winhelp: transition to richedit breaks minigolf1997.hlp
file
Product: Wine
Version: 1.1.4
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: eric.pouech(a)orange.fr
Created an attachment (id=16145)
--> (http://bugs.winehq.org/attachment.cgi?id=16145)
11 year old minigolf.hlp file, broken display since wine-0.9.61
MINIGOLF.HLP is displayed incorrectly in 1.0 and 1.1.4, whereas
0.9.16 and 0.9.57 worked. More precisely, winhlp32 displays roughly 6
odd chars instead of all text. The 6 index entries are shown correctly,
though.
An educated-guess regression testing (reading about richedit while looking for
duplicates) located the cause between wine-0.9.60 and .61 in commit
9b24f2a0507d173e65641649a70fced300afab26 bad winhelp: make richedit the default
for rendering, on 2008-04-28.
This version still had the ability to switch renderer via $WINHELP_RICHEDIT,
which got lost in "Get rid of the old internal rendering" on 2008-05-01. Via
this variable, I could very that this transition indeed causes the bug.
The file (11kB) 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=15264
Summary: Audio broken under Solaris
Product: Wine
Version: 1.1.4
Platform: Other
OS/Version: Solaris
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andreww591(a)gmail.com
Created an attachment (id=16056)
--> (http://bugs.winehq.org/attachment.cgi?id=16056)
log of winecfg crash
Audio appears to be broken under Solaris (I'm running Solaris Express Community
Edition snv_89). Audio programs cannot play or record anything (audio just
fails silently, no visible errors occur), and the winecfg "Audio" tab causes
winecfg to crash. winecfg doesn't crash on the audio tab if the Audio value in
the HKCU\Software\Wine\Drivers registry key is set, but audio still doesn't
work and winecfg displays an error message that says "Found driver in registry
that is not available", no matter what driver the key is set to.
--
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=15007
Summary: The Lost Crown's menu is no longer accessible in-game
Product: Wine
Version: 1.1.3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: c_norris1989(a)hotmail.com
The Lost Crown, an adventure game, used to work near perfectly in wine. Now
clicking the icon to display the menu causes it to crash. This prevents the
user from saving the game, or quitting the program in the usual way. I don't
know what to about a backtrace because if I try to run the game via the
terminal, it won't work at all. So you'll have to tell me where I can find a
log or something.
--
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.