https://bugs.winehq.org/show_bug.cgi?id=41946
Bug ID: 41946
Summary: Can't run SourceSafe over samba mount
Product: Wine
Version: 1.9.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: kelk1(a)hotmail.com
Distribution: ---
Hi,
Until maybe a year or so, I used to be able to use SourceSafe with the
executable on a mounted samba share. Then one day, it started failing after the
authentication dialog.
I get a Microsoft Visual SourceSafe dialog which says "Invalid Handle" and a
winerserver message on the console which says: "file_set_error() can't map
error: Operation not supported"
Here is my environment in Fedora 24:
${HOME}/gvfs is a symlink to /run/user/uid/gvfs
${SSAFE} is set to
"${HOME}/gvfs/smb-share:domain(...)/SourceSafe/somedir/vss6/win32/SSEXP.EXE"
When I run `wine "$SSAFE"` (which again used to work until fairly recently), I
get the Visual SourceSafe Login dialog and the "Invalid Handle" error.
$ rpm -q wine samba
wine-1.9.23-2.fc24.x86_64
samba-4.4.7-2.fc24.x86_64
--
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=41718
Bug ID: 41718
Summary: netapi32:access test regression
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: netapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Since the commit below, the newtb-w7u machine times out:
access.c:342: Local groupname:L"Administrators"
access.c:343: Comment: L"Administrators have complete and unrestricted access
to the computer/domain"
access.c:352: domain and name: L"wtbw7u\\Administrator"
access.c:352: domain and name: L"wtbw7u\\winetest"
test failed: timed out
See:
https://test.winehq.org/data/tests/netapi32:access.html
commit 199b0bf84eb8f4cc8ab2bc44f8e40f0b42d48575
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Mon Oct 24 10:04:19 2016 +0200
netapi32: Implement DavGetUNCFromHTTPPath.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Hans is already aware of this issue and has determined that the first 3
DavGetUNCFromHTTPPath() calls take 15, 5 and 9 seconds, specifically on that
one box. Commenting one of these 3 calls means the next 3 will take this amount
of time.
It appears the only thing specific to that box is that it has a CD in the
CD-ROM drive. However it's a virtual CD drive accessing an ISO image so there
is no reason for it to be slow.
--
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=39671
Bug ID: 39671
Summary: Wine 1.7.55 regression: buttons no longer visible
Product: Wine
Version: 1.7.55
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scarre.lu(a)gmail.com
Distribution: ---
Buttons with images are no longer visible in several desktop applications
previously running fine under wine 1.7:
* SplashID desktop
* Most Delphi applications using speedbutton instances
The buttons are invisible, although clicking (blindly) on their supposed
position reveals them.
--
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=40095
Bug ID: 40095
Summary: Photos opened in Nikon Capture NX 2.4.7 have inverted
red and blue channel for displaying.
Product: Wine
Version: 1.9.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
I re-tested bug 33140, which was recelntly closed as fixed. Maybe it was fixed
just for RAW. Anyway, it is not fixed in wine-1.9.3 and default JPGs.
Steps:
1. winetricks dotnet40 corefonts gdiplus
2. set win version to Vista
3. install NX2
4. run the app and open:
c:\Program Files\Nikon\Capture NX 2\html\images\common\13redeyecp_02_nx20.jpg
Instead of human color you will see bluish face.
--
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=36319
Bug ID: 36319
Summary: valgrind shows several possible leaks in
quartz/tests/misc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48405
--> https://bugs.winehq.org/attachment.cgi?id=48405
valgrind log
==27568== 5,744 bytes in 148 blocks are possibly lost in loss record 643 of 655
==27568== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==27568== by 0x4ECBA52: alloc_bstr (oleaut.c:162)
==27568== by 0x4ECC255: SysAllocStringByteLen (oleaut.c:413)
==27568== by 0x4EF7C4F: ITypeLib2_Constructor_MSFT (typelib.c:2254)
==27568== by 0x4EFB20B: LoadTypeLibEx (typelib.c:3460)
==27568== by 0x4EFCDF2: LoadTypeLib (typelib.c:454)
==27568== by 0x4EFD4AA: LoadRegTypeLib (typelib.c:537)
==27568== by 0x647CAD3: ???
==27568== by 0x6483475: ???
==27568== by 0x6413806: ???
==27568== by 0x6413AC0: ???
==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==27568== by 0x64832A8: ???
==27568== by 0x6486644: ???
==27568== by 0x641A819: ???
==27568== by 0x6413AC0: ???
==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==27568== by 0x4D6F01A: test_aggregation (misc.c:81)
==27568== by 0x4D70125: func_misc (misc.c:174)
==27568== by 0x4D723D4: run_test (test.h:584)
==27568==
==9329== 288 bytes in 2 blocks are definitely lost in loss record 485 of 657
==9329== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==9329== by 0x654C126: ???
==9329== by 0x6544704: ???
==9329== by 0x64ECFB7: ???
==9329== by 0x64E7667: ???
==9329== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==9329== by 0x4D6F01A: test_aggregation (misc.c:81)
==9329== by 0x4D70125: func_misc (misc.c:174)
==9329== by 0x4D723D4: run_test (test.h:584)
==9329== by 0x4D727C3: main (test.h:654)
==9329==
etc.
--
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=39512
Bug ID: 39512
Summary: Make it possible to run multiple tests in a single
task
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Currently when a patch touches multiple tests the TestBot creates one task per
test per VM, and even multiple jobs if the patch touches tests for multiple
dlls.
For instance currently Wine patches are tested on four 32 bit VMs and five 64
bit VMs. So a patch that modified 2 tests in one dll and 3 in another would
create 2 jobs and 72 tasks (2 build tasks, (2+3)*(4+5) 32 bit tasks, and
(2+3)*5 64 bit tasks). The overall run time would obviously be quite long, thus
earning this type of (otherwise quite legitimate) patch the 'test bomb'
nickname.
The fix is to take the ability to build a WineTest executable with only a few
tests (see bug 39065) further so that:
* A WineTest executable containing only the modified tests is built.
* The TestBot then creates only one job and one task per VM to run that test
executable.
* Just like in bug 39065 the tasks would have to specify a command line such
that only the modified tests are run. That's not just for efficiency's sake but
also to avoid getting test failures from unmodified tests.
* Instead of having a constant 2 minutes timeout the tasks would also need to
have a timeout that's in line with the number of tests to run. This could be
something like:
MIN(tests_count, 2) * 2 minutes + average_time * tests_count
Where average_time would be some configurable constant (probably something
around 3 to 5 seconds).
--
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=37612
Bug ID: 37612
Summary: Mount & Blade: Crashes on startup (No compatible
Direct3D Device)
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m22mail(a)comcast.net
Mount & Blade: Warband crashes after the intro video with the error popup
"Could not find any compatible 3D device".
The game runs in Wine version 1.7.9 however it seems all the latest versions
crash with this error. I installed all the DirectX .dlls from winecfg and
installed the latest DirectX 9.0 Redistributable, but the crash remains. It
seems as though this error happens when a video card does not meet the
requirements, however I can confirm my card does meet the requirements, being
that it opens in older versions of Wine.
--
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=41011
Bug ID: 41011
Summary: foldit-linux wine crashes on start up
Product: Wine
Version: 1.9.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: muns24072(a)mypacks.net
Distribution: ---
Created attachment 55178
--> https://bugs.winehq.org/attachment.cgi?id=55178
wine crash log for Foldit game
foldit-linux wine crashes on start up
--
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=38290
Bug ID: 38290
Summary: LabVIEW installer (2009sp1, 2012 Fall, 2014 Fall)
fails with msi.dll ACCESS_VIOLATION
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: enrico.segre(a)weizmann.ac.il
Distribution: ---
when setup.exe is run from desktop without particular wineprefix, as I reported
for the AppDB (
https://appdb.winehq.org/objectManager.php?sClass=application&iId=4556 ).
I see that several other bugs related to msi and labview (5399, 8895, 26537,
27841, 28849, 29099 for example) have already been filed and closed, so forgive
if that is a duplicate, or if there is a trivial workaround which I ignore.
--
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=35033
Bug #: 35033
Summary: Alpha Protocol: Game hangs with black screen at
startup
Product: Wine
Version: 1.7.7
Platform: Other
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ipickert55(a)gmail.com
Classification: Unclassified
Created attachment 46703
--> http://bugs.winehq.org/attachment.cgi?id=46703
Wine Log
Game just sits there with a black screen, no sound or menus or anything.
--
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.