http://bugs.winehq.org/show_bug.cgi?id=9914
Summary: Implement a Kerberos provider for SSPI
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: blin(a)gmx.net
ReportedBy: blin(a)gmx.net
SSPI is currently lacking a Kerberos v5 provider.
The plan is to implement this using libkrb5.
--
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=10347
Summary: Action Replay Code Manager crashes on start up
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
After executing, one is greeted with a nice crash. Crash log included.
--
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=18472
Summary: Mafia hangs
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: retrry(a)gmail.com
Created an attachment (id=21090)
--> (http://bugs.winehq.org/attachment.cgi?id=21090)
wine output on crash
Mafia game hangs:
--after playing and trying to exit
--in-game
--
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=21085
Summary: Comctl32 status control uses tooltip window wrongly
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
I've been debugging a private application and tracked down the source of a trap
to the way the status control initializes and uses the tooltip control.
The application in question traps because it receives a WM_CREATE message for
the tooltip window and calls GetWindowLong against an hwnd for a value it
should have set earlier - this fails but the code doesnt notice, and results in
a trap.
On windows, the status control does not create the tooltip until the first
WM_MOUSEMOVE event, and hence all application initialization would have
finished in my case. You can clearly see this by use of a simple application
with a statusbar control set to have a tooltip and text, and then use SPY++ to
monitor the window creation messages.
Note this also shows a 2nd problem which is that the status control passes the
tooltip text to the tooltip window to manage. This is wrong, because using the
status bar you can set and then get the tooltip text before the tooltip window
is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT
type) are sent to the status window when the tooltip needs the text, both of
which mean that the status control should manage the text.
I have a simple application which has a button for get tip, set tip text, and
using it you can see the behaviour above. It doesnt replicate the trap but you
can see the behavious using it - you dont get a WM_CREATE for the tooltip until
such time as you move the mouse into the statusbar area on windows.
Simple workarounds for me: winetricks comctl32, or modifying the
STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS)
{" to prevent the tooltip altogether.
JECC
JECC
--
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=31393
Bug #: 31393
Summary: Nvidia force antialiasing no longer works
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32
After AlwaysOffscreen has become enabled by default, games such as GTAIII and
GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing
settings out of the box. I'm not sure if it's intended result, but despite it
being possible to disable it back, new default seems no good to me as e.g. on
Windows it's enough to set antialiasing in the driver utility and there's no
need to change D3D configuration.
Maybe wine should check whether default render target is multisampled and
toggle the default?
--
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=32580
Bug #: 32580
Summary: Copy text+images into Word 2007, 2010 doesn't work!!
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: randommaxi(a)yahoo.com
Classification: Unclassified
When I copy a wall of text with images in it from Linux into MS Office, it'll
copy the text, but completely ignores the images.
Please fix. It's kind of a deal breaker with Linux. - My client is pretty
pissed off and I may have to switch all the computers back to windows if he
can't cut&paste.
_
Details:
I can copy text just fine, I can copy images (individually) just fine, but when
I want to copy long documents with both, it doesn't work.
--
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=32439
Bug #: 32439
Summary: notepad++: selecting text in items
Product: Wine
Version: 1.5.19
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: icegood1980(a)gmail.com
Classification: Unclassified
As i remember in windows version of notepad++ when tabbing from one
"edit" item to another makes in an new focused one whole text selection if any.
In wineversion it doesn.t work.
E.g. In "replace" dialog box. Focus in "replace what".
Tab-> focusing in "replace with" edit but text in this edit doesn't selected by
default.
I.e. EM_SETSEL message doesn't properly proceed or not sent.
--
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=22033
Summary: World of Warcraft Crashes on statup
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Solaris
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jason.whipp(a)gmail.com
Created an attachment (id=26793)
--> (http://bugs.winehq.org/attachment.cgi?id=26793)
Console and Wowerror output
OS: OpenSolaris snv_134
Wine: 1.1.40 (Compiled)
When launching WoW, I get a screen that looks like it's going to start, but
then immediately crashes. I can here the sound from the app running, but no
video and the wowerror crash screen comes up, follow by the wine "This program
had an error" dialog. I've appended the the console and wowerror output into
an attachment.
In the OSOL contrib repo, there is a binary version of wine 1.0.1. With this
version, WoW runs fine, except there's no sound (the contrib version doesn't
detect any sound drivers).
Help appreciated, very willing to try recommendations and get more output to
you if need be.
I've also tried using WoW in full screen, with a virtual desktop in full screen
and in windowed mode.
--
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=17181
Summary: Winbench 96 disk test fails during recursive directory
deletion; bug in INT21_FindFirst/FindNext?
Product: Wine
Version: 1.1.13
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Install and run Ziff-Davis PC Benchmarks WinBench 96
(on the Winstone 32 cd-rom).
Start it with
cd .wine/drive_c/ZDBENCH/WB96
wine WB96
Get past the hangs described in bug 12267 by killing and restarting twice.
Run the "Disk Tests". Get past the abort
"A DOS file operation that was supposed to fail succeeded during the test.
The following information is for ZDBOp use:
Drive: C Operation: GetFileAttrib
Script Location: 0d0b11 0
Pathname(s): C:\~WBDM.TMP\ZDBENCH\WS96.B03\WORK\PDOX50\"
by applying the patch
http://www.winehq.org/pipermail/wine-patches/2009-January/068579.html
The test runs for a long time, then tries to delete its temporary
directory, C:\~WBDM.TMP, but fails with the dialog
and the app aborts with
"A DOS file operation failed during the test.
The following information is for ZDBOp use:
Drive: C Operation: DeleteTestDir
Pathname(s): SB, ???????????
Working Dir: ~WBDM.TMP
Int 21 Function: 3a 00 CF: 1 Expected CF: 0"
Looking at the log, it seems as if Wine trips over its shoelaces
when the app is doing its recursive directory list,
and does not tell the app about one directory,
C:\~WBDM.TMP\MGA\CPANEL. As a result, the app doesn't
delete its contents, and when the app then tries to
delete C:\~WBDM.TMP\MGA, it fails with 'directory not empty'.
INT21_FindHelper looks awfully tricky. It seems to have
a loop to skip over some directory entries, and maybe this
is firing improperly here. The code seems to date from
2003-11-14, mostly written by Eric Pouech in
http://source.winehq.org/git/wine.git/?a=commit;h=8ca6cadab1ebb386f1dfa2e47…
and touched up by Alexandre same day in
http://source.winehq.org/git/wine.git/?a=commit;h=adfa5e101fc2e01d4276c3f3e…
--
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.