https://bugs.winehq.org/show_bug.cgi?id=36681
Bug ID: 36681
Summary: ws2_32/tests/sock.c fails on gentoo without IPX
support
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48725
--> https://bugs.winehq.org/attachment.cgi?id=48725
+winsock,+tid,+seh
../../../tools/runtest -q -P wine -T ../../.. -M ws2_32.dll -p
ws2_32_test.exe.so sock && touch sock.ok
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0xffffffff>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x0000dead>
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0
fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005
err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
sock.c:2224: Tests skipped: SOCK_RAW is not supported
sock.c:2270: Test failed: Expected 10047, received 10043
sock.c:2271: Tests skipped: IPX is not supported
+winsock attached
Linux aw25 3.13.3-gentoo-devlight-1 #1 SMP Thu Feb 20 00:10:55 Local time zone
must be set--see zic x86_64 Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz
GenuineIntel GNU/Linux
--
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=28290
Summary: shell32/shelllink.ok test flaky
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box
running in low power mode, fwiw), twice I've hit the error
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shelllink.c && touch shelllink.ok
shelllink.c:728: Test failed: save failed (0x80070020)
shelllink.c:728: Test failed: got 0x00000001
shelllink.c:728: Test failed: Didn't expect NULL
shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0
shelllink.c:732: Test failed: GetDescription returned 'command on path' instead
of 'command on path without .exe'
This test keeps overwriting the same file with new data, iirc.
The previous thing it wrote was "command on path", so it looks
like the immediately previous testcase sometimes leaves a reference dangling?
I think 0x80070020 is "sharing violation".
--
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=43812
Bug ID: 43812
Summary: Divinity Original Sin 2 some parts display white
ingame
Product: Wine-staging
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: holzminister(a)t-online.de
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59354
--> https://bugs.winehq.org/attachment.cgi?id=59354
log from terminal
I play Divinity Original Sin 2 with the workaround described in bug
https://bugs.winehq.org/show_bug.cgi?id=43660 ("winetricks xact"). With this
the game works quiet well. But there is one small but annoying bug for that
kinda game. When you try to read books or other papers you find ingame they
only show up white and empty. Also the buff icons of the unitframes are plain
white. (See screenshots).
--
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=26978
Summary: tokenadmin.exe crash : Unimplemented function
winscard.dll.SCardListReadersA
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=34407)
--> (http://bugs.winehq.org/attachment.cgi?id=34407)
LOG: tokenadmin.exe crash
tokenadmin.exe is a smart card reader manager from ICBC online bank.
1. donwload http://www.icbc.com.cn/icbc/html/download/dkq/SafeSign_ICBC_Per.exe
2. install SafeSign_ICBC_Per.exe with wine
$ LANG=en_US.utf8 wine SafeSign_ICBC_Per.exe
3. run tokenadmin.exe
$ cd $WINEPREFIX/"drive_c/Program Files/ICBCEbankTools/G&D/Management Utility"
$ wine tokenadmin.exe
see LOG: tokenadmin.exe crash
--
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=11461
Summary: TortoiseSVN does not run under Wine
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mslinn(a)mslinn.com
I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the
local file window when running under Windows, but not when running under wine.
Here is how I invoke winscp under wine:
WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp"
Background:
WinSCP is a very nice GUI front end for Subversion (svn). You can read about
it and download it here: http://tortoisesvn.tigris.org/
TortoiseSVN should not be run across a network when the Icon Overlays feature
is enabled.
http://tortoisesvn.net/node/138http://tortoisesvn.net/node/267
However, TortoiseSVN's icon overlay feature is one of the program's major
assets.
I want to use Cygwin's xterm to connect to the samba server that holds the svn
checkout directory and use Wine to run TortoiseSVN locally on that server. The
user would be presented with a nice visual representation of the state of their
checked out Subversion project, and performance would be good.
On Windows, TortoiseSVN can display its icons in any file chooser window, and
in Windows Explorer. I have also found that WinSCP's explorer view will show
icons for the local machine.
I would prefer not to have to run WinSCP in order to view TortoiseSVN icons.
Perhaps a tiny Win32 program that merely shows a file dialog would be
sufficient to run in an xterm, if Wine would support whatever system calls
TortoiseSVN makes.
For me, and many other programmers and IT personnel who work in a mixed
Windows/Linux environment, Wine would be much more useful if there was a way to
run it under Wine. Might it be possible to extend winefile with whatever it
currently lacks in order to allow TortoiseSVN to run?
--
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=16124
Summary: Install OK => Test for Internet Access failed
Product: Wine
Version: 1.1.8
Platform: PC
URL: http://www.ibusinesspromoter.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: christian(a)Familie-Saeum.de
CC: christian(a)Familie-Saeum.de
Created an attachment (id=17360)
--> (http://bugs.winehq.org/attachment.cgi?id=17360)
Here my Log for Start the Programm => failure
Hey guys sorry for the bad English but I did it with Google translator because
my English is not worth reading! Very Happy
So to my problem:
I would like to IBP (http://www.ibusinesspromoter.com/) under Ubuntu 8:10 with
the existing Wine (1.1.8).
Installation works wonderfully well with the launch of the program succeed.
Only once the program on the Internet what it wants is the message that there
is no Internet.
Firefox, but can go on the Internet.
Here's an issue of Wine on the console:
The program was started and then was up to the point Auccount the first set
until it wanted to go on the Internet since then I have not received it quits.
Here my Forum Thread for the Problem:
http://forum.winehq.org/viewtopic.php?p=15270#15270
Bye
--
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=11595
Summary: wine application crashes if linux application changes a
file it has open (Notepad++)
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tycho_lamerigts(a)yahoo.com
- install notepad++
- start notepad++
- create new file
- save file
- modify saved file with a linux application (e.g. gedit)
- switch focus back to notepad++, it sees the change, then freezes.
--
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=39221
Bug ID: 39221
Summary: msi:install fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a user account with
too few privileges.
install.c:3162: Test failed: Expected ERROR_SUCCESS, got 1603
install.c:3184: Test failed: Expected ERROR_SUCCESS, got 1603
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 in a Restricted user account
fg-win7u64-1spie9usr: Windows 7 in a regular user account.
fg-win7u64-1spie9adm: Windows 7 in the administrator user account but without
elevated privileges.
Note however that it succeeds on the following boxes:
fg-win2000-susr: Windows 2000 in a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
That it succeeds in a Standard (Power) user account on Windows 2000 is probably
normal, I believe those can install applications even though they are not
administrators. It's a bit more surprising seeing it work in XP's Limited user
account.
See:
https://test.winehq.org/data/tests/msi:install.html
--
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=39235
Bug ID: 39235
Summary: wintrust:crypt fails on Windows 2000 if privileges not
high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a restricted user
account.
crypt.c:207: Test failed: Expected success, got FALSE with 4313
crypt.c:208: Test failed: Expected a context handle, got NULL
crypt.c:220: Test failed: Expected success, got FALSE with 87
crypt.c:247: Test failed: CryptCATAdminAcquireContext failed 4313
crypt.c:253: Test failed: Expected a context handle, got NULL
crypt.c:262: Test failed: Expected
CatRoot\{DEADBEEF-DEAD-BEEF-DEAD-BEEFDEADBEEF} directory to exist
crypt.c:277: Test failed: Expected success, got FALSE with 87
crypt.c:281: Test failed: Expected success, got FALSE with 4313
crypt.c:282: Test failed: Expected a context handle, got NULL
crypt.c:285: Test failed: Expected success, got FALSE with 87
crypt.c:291: Test failed: Expected FALSE and ERROR_INVALID_PARAMETER with
untouched handle, got 0 and 4313 with 00000000
In particular one can notice this bug on the following WineTest box:
fg-win2000-rusr: Windows 2000 with a Restricted user account
Note however that it succeeds in non-Restricted user accounts on the following
boxes for instance:
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/wintrust:crypt.html
--
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=24373
Summary: Maximized windows decorated by Wine should not have
visible borders
Product: Wine
Version: 1.3.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
When "allow the windows manager to decorate the windows" is unchecked in
winecfg, maximizing a window doesn't remove/hide the borders on each side as it
does on Windows (and other window managers).
This can be reproduced with Wine's notepad.
--
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.