http://bugs.winehq.org/show_bug.cgi?id=13974
Summary: Dialog box gray (semi inactive)
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezoby(a)click21.com.br
On calling dialog box (Find, Replace etc.) it is with title bar gray. It accept
normal typing but not special characters (ç, é, ", ', ú, ü...). If to click
with mouse in it, the title bar grows active and normal. Tested Msword 97,
Folio Views 3.11, Pegasus mail. This bug is on since wine-0.9.59 or
wine-0.9.60. Wine-0.9.58 and older are ok, 0.9.60 and newer have bug.
--
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=7106
--- Comment #9 from Austin English <austinenglish(a)gmail.com> 2009-02-16 01:58:07 ---
Is this still an issue in current (1.1.15 or newer) wine?
--
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=425
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
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=17407
Summary: [Colin McRae Rally: Dirt] X-Server crashs on startup
Product: Wine
Version: 1.1.14
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: steffen.linux(a)gmx.de
Hi,
I've just installed the game, patched it and used a crack to get rid of the
copy protection.
After starting the game, it crashs the X-Server! And I'm not able to restart it
(ctrl-alt-backspace doesn't do anything) I only see the last output of the
terminal from the boot process.
I've tried to get a log of that (wine ./colin.exe > file.log) but that doesn't
work
I've a Ubuntu 8.10 on a laptop with an ATI Mobile HD2600 XT and 3 GB RAM. The
game was shipped with the laptop and under Windows XP it works on that machine,
so there is no problem with the hardware.
If someone knows how to get a log I'll try it and load it up here.
--
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=4781
--- Comment #31 from Andras Kovacs <andras(a)csevego.net> 2009-02-15 19:52:09 ---
(In reply to comment #30)
> (In reply to comment #29)
> > I haven't said, it's a crypt32 bug, only i thinked so. MSN returned an error in
> > XP mode, 8009000a; After a quick googling i found this on msdn
> > (http://msdn.microsoft.com/en-us/library/aa915314.aspx) possibly related. It
> > tells, 8009000a error code is NTE_BAD_TYPE, Invalid type specified.
> > But it can be totally unrelated.
>
> Thank you, that's useful. The last few lines of the WinXP log are:
> trace:crypt:CryptImportKey (0x177830, 0xde62b0, 36, 0x0, 00000100, 0x32f99c)
> trace:crypt:RSAENH_CPImportKey (hProv=00000004, pbData=0xde62b0,
> dwDataLen=36, hPubKey=00000000, dwFlags=00000100, phKey=0x2084bc)
> trace:crypt:CryptReleaseContext (0x177830, 00000000)
> trace:crypt:CryptReleaseContext (0x177830, 00000000)
> fixme:imm:ImmGetOpenStatus (0x176860): semi-stub
>
> If I were to guess, I'd say CryptImportKey is getting passed a blob type it
> doesn't recognize. From dlls/rsaenh/rsaenh.c:
> switch (pBlobHeader->bType)
> {
> (snip)
> default:
> SetLastError(NTE_BAD_TYPE); /* FIXME: error code? */
> return FALSE;
> }
>
> Some more traces probably need to be added to determine what's happening.
> Probably this would be an rsaenh bug, but lacking that as a component I'll
> switch it back to crypt32.
>
Yes you catched the problem (or missing feature). bType is 0x8, which is
PLAINTEXTKEYBLOB. This is currently unhandled.
--
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=16000
Summary: Office Word 2003 crash upon startup after upgrade to
1.1.6
Product: Wine
Version: 1.1.6
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sagikliwon(a)gmail.com
Created an attachment (id=17203)
--> (http://bugs.winehq.org/attachment.cgi?id=17203)
Words2003startupissue
Hi.
I am having problem starting Office Word 2003 since wine 1.1.6.
Word will try to start but it will prompting that it will need to recover my
work and restart Microsoft Office although i did not open any document yet.
If I try to close the prompt with the default option on:"Recover my work and
restart Microsoft Office Word", the same error message will appear.
I have since install wine 1.1.7 and wine 1.1.8 but none seems to work.
I attached the screenshot of the issue.
If you need some logging, please tell the commands to do so as I am not very
familiar with logging with wine.
--
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=6787
--- Comment #10 from Andrew Nguyen <arethusa26(a)gmail.com> 2009-02-15 18:40:17 ---
Problem is still present in 1.1.15. The fact that the context menu has
gibberish entries may be a clue to the issue.
--
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=7638
Markus Lutz <markus(a)gmlutz.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |markus(a)gmlutz.de
--- Comment #3 from Markus Lutz <markus(a)gmlutz.de> 2009-02-15 17:12:23 ---
This bug still exists with newer papyrus versions (Papyrus Autor 1.06) and wine
1.1.15
--
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=4781
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|winsock |crypt32
--- Comment #30 from Juan Lang <juan_lang(a)yahoo.com> 2009-02-15 15:20:50 ---
(In reply to comment #29)
> I haven't said, it's a crypt32 bug, only i thinked so. MSN returned an error in
> XP mode, 8009000a; After a quick googling i found this on msdn
> (http://msdn.microsoft.com/en-us/library/aa915314.aspx) possibly related. It
> tells, 8009000a error code is NTE_BAD_TYPE, Invalid type specified.
> But it can be totally unrelated.
Thank you, that's useful. The last few lines of the WinXP log are:
trace:crypt:CryptImportKey (0x177830, 0xde62b0, 36, 0x0, 00000100, 0x32f99c)
trace:crypt:RSAENH_CPImportKey (hProv=00000004, pbData=0xde62b0,
dwDataLen=36, hPubKey=00000000, dwFlags=00000100, phKey=0x2084bc)
trace:crypt:CryptReleaseContext (0x177830, 00000000)
trace:crypt:CryptReleaseContext (0x177830, 00000000)
fixme:imm:ImmGetOpenStatus (0x176860): semi-stub
If I were to guess, I'd say CryptImportKey is getting passed a blob type it
doesn't recognize. From dlls/rsaenh/rsaenh.c:
switch (pBlobHeader->bType)
{
(snip)
default:
SetLastError(NTE_BAD_TYPE); /* FIXME: error code? */
return FALSE;
}
Some more traces probably need to be added to determine what's happening.
Probably this would be an rsaenh bug, but lacking that as a component I'll
switch it back to crypt32.
--
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=1244
Neil <n.polwart(a)gmx.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |n.polwart(a)gmx.com
--- Comment #23 from Neil <n.polwart(a)gmx.com> 2009-02-15 15:15:16 ---
I have similar problems with a different program (proprietary software used on
just 5 machines around the world). I have been debugging with interceptty.
The application I am using sends an "ENQ" signal and then waits for an "ACK"
signal to come back. The ENQ is correctly sent. The ACK signal is actually
also recieved back from the instrument too by Linux but for some reason the
application running in Wine doesn't recieve the message.
--
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.