http://bugs.winehq.org/show_bug.cgi?id=36849
Bug ID: 36849
Summary: eTax 2014 installation under Wine on Linux Mint 17
Qiana
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: davidcousens(a)bigpond.com
Created attachment 48937
--> http://bugs.winehq.org/attachment.cgi?id=48937
Wine backtrace while trying to install Etax 2014
Hi,
When trying to install the ATO eTax application under Wine on a Linux Mint 17
system the installation reported an an error with rundll32.exe.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36014
Bug ID: 36014
Summary: secur32/{negotiate,ntlm} tests fail with debian's
samba/winbind 4
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Follow up to bug 35965.
The secur32 tests fail on a default installation of samba/winbind4 on Debian 7
(wheezy):
../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p
secur32_test.exe.so negotiate && touch negotiate.ok
WARNING: gnome-keyring:: couldn't connect to:
/home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM
fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
Unable to setup messaging listener for
'/var/lib/samba/private/smbd.tmp/msg/msg.10803.179872511':NT_STATUS_OBJECT_NAME_NOT_FOUND
negotiate.c:295: Test failed: server returned 80090304, more tests will fail
negotiate.c:305: Tests skipped: authentication failed, skipping remaining tests
negotiate.c:349: Test failed: DeleteSecurityContext returned 80090301
make: *** [negotiate.ok] Error 2
that lack of version information message seems bad, and makes the tests fail
even worse later (in ntlm.c):
../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p
secur32_test.exe.so ntlm && touch ntlm.ok
WARNING: gnome-keyring:: couldn't connect to:
/home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
..
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
===============================================================
INTERNAL ERROR: Signal 11 in pid 10826 (4.0.0beta2)
Please read the Trouble-Shooting section of the Samba HOWTO
===============================================================
PANIC: internal error
but, as Dmitry points out in https://bugs.winehq.org/show_bug.cgi?id=35965#c9,
the wiki says that only ntlm_auth needs to be available, nothing is said about
the configuration:
"To get access to all the features while using NtlmSigningAndSealing, you need
an up-to-date version of ntlm_auth. Samba 3.0.26 or later will do. In some
distributions, you need to install the "winbind" package to get ntlm_auth.
If you want client mode NTLM for Wine, e.g. reading your email using Outlook
over a connection with NTLM encryption, that's all you need. "
--
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=35993
Bug ID: 35993
Summary: Graphical Glitches in Agarest Generations of War
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)yahoo.com
In some menus, (anything but the inital main menu, save / load game menus, and
world map), there are rapidly changing and rainbow colored polygons being made
all over the game's window. They seem to change based on what is actually being
rendered by the game and the user can influcnce them to a degree by changing
the current selected menu item.
In addition there seems to be missing textures for some menu entries, although
the menu entries can still be selected and used.
This happens in both wine-1.7.13 and wine-1.7.16.
Some hardware info:
OS: Fedora 20 x86_64
GPU: Nvidia Geforce 9800 GTX+
Drivers: akmod-nvidia-331.49-2.fc20.x86_64 (From rpmfusion)
I did have to install some directshow filters (K-Lite Codec Pack 10.4.0) as the
game attempts to play several mpeg 1 videos before the main menu, and will
crash with an error message if it is unable to play them. Even with gstreamer
installed properly it crashes, so the filters were necessary.
Attached are two examples of a broken menu, and what it's supposed to look
like.
--
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.