https://bugs.winehq.org/show_bug.cgi?id=48838
Bug ID: 48838
Summary: Fails to compile due to wrong #ifdef
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: harry+winehq(a)unheit.net
Distribution: ---
Bug introduced in commit 364ac6787a39e2037f87ca7d728c949564c634b1.
dlls/wldap32/bind.c defines function sasl_interact, which uses TRACE. Function
is in #ifdef HAVE_LDAP_H but WINE_DEFAULT_DEBUG_CHANNEL is in #ifdef HAVE_LDAP.
So if HAVE_LDAP_H is defined but HAVE_LDAP isnt, compilation failes.
Fix:
diff --git a/dlls/wldap32/bind.c b/dlls/wldap32/bind.c
index 63d4208eef..46b866fd31 100644
--- a/dlls/wldap32/bind.c
+++ b/dlls/wldap32/bind.c
@@ -179,7 +179,7 @@ exit:
return ret;
}
-#ifdef HAVE_LDAP_H
+#ifdef HAVE_LDAP
static int sasl_interact( LDAP *ld, unsigned flags, void *defaults, void
*interact )
{
@@ -219,7 +219,7 @@ static int sasl_interact( LDAP *ld, unsigned flags, void
*defaults, void *intera
#endif /* HAVE_SASL_SASL_H */
}
-#endif /* HAVE_LDAP_H */
+#endif /* HAVE_LDAP */
--
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=48778
Bug ID: 48778
Summary: Star Wars: The Old Republic crashes with latest Wine
update
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrolfsmeyer4(a)gmail.com
Distribution: ---
Created attachment 66680
--> https://bugs.winehq.org/attachment.cgi?id=66680
program error details
The program loads fine and allows login, but crashes shortly after intro
screen.
--
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=47109
Bug ID: 47109
Summary: WineVulkan ICD isn't registered in wineprefixes
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kucia(a)gmail.com
Distribution: ---
Wine should create drive_c/windows/winevulkan.json file and related registry
keys when creating and updating wineprefixes. Currently, the winevulkan.json
file and the registry keys need to be manually created to use Win32 Vulkan
Loader in Wine.
Note that applications may ship with their own Vulkan loader and the native
version of vulkan-1.dll is currently preferred.
--
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=27324
Summary: Cossacks II (DotEmu version) refuses to start from its
install directory (path too long?)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=34947)
--> (http://bugs.winehq.org/attachment.cgi?id=34947)
plain terminal output
The Cossacks collection (available on DotEmu) contains all Cossacks games and
their expansions.
All but 2 of the games start correctly from the default installation directory.
Cossacks II: Napoleonic Wars and Battle for Europe throw an error dialogue on
startup, claiming that certain audio files are missing. The error message:
'Class engine error:
Unable to load sound: SOUND\INTERFACE\INTERF_ARMY1.WAV'
It took some time until I recognized that the problem has something to do with
the path: after shortening the directory names by several characters, both
games start fine.
Here is an example of one of the 'missing' files:
C:\\Program Files\\DotEmu\\All Cossacks And American Conquest Series\\Cossacks
II - Napoleonic Wars\\SOUND\\INTERFACE\\INTERF_ARMY1.WAV
There is no such problem when starting the games in WinXP: they run correctly
from their default install directory.
The same problem with Wine-0.9.33, 1.0.1, 1.2.3 and so on.
Fedora 14 32-bit
--
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=48623
Bug ID: 48623
Summary: Error authenticating to LDAP controller
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugzilla(a)richardpayne.name
Distribution: ---
re: https://bugs.winehq.org/show_bug.cgi?id=40649
Whenever a program attempts to make an AD connection in wine, e.g. for browsing
or pre-authentication purposes, wine fails and produces an error like this:
0009:fixme:adsldp:openobj_OpenDSObject
0094A984,L"LDAP://my_server/rootDSE",L"my_user_name",L"my_password",33,0032BAB8:
stub
This related bug affected a large number of programs. Both free ones like
sysinternals' ADExplorer (probably the best AD gui that would be usable on
linux) and Cisco's AD VPN client, as well as propriety programs like Honeywell
programs that work with Honeywell's Experion server (e.g. Honeywell's
HMIWebBuilder, their Control Builder, their ConfigurationStudio, their Operator
Station) (i.e. their entire product line) fail and are inoperable in wine.
This particular bug with adsldp, I have only tested on SysInternals ADExplorer
but it is replicable every time and prevent use of the program.
--
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=47362
Bug ID: 47362
Summary: Media Feature Pack for W10N requires rtworkq.dll
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tonix64(a)inventati.org
Distribution: ---
I've tried installing the dlls from:
https://www.microsoft.com/en-us/software-download/mediafeaturepack (1803
version)
The feature pack has all the mfplat dlls, including wmv decoders, msmpeg etc so
it could be a good way to install the needed dlls for many games without
getting them from dodgy places in the internet.
It seems for basic installation and registration of the components a component
unavailable in wine is needed: RTWorkQ.dll.
Initially it will complain about some missing methods but incrementally adding
them will in the end use these (I just hooked random methods that looked like
would return good stub results and would result in safe parameter use, so this
is just intended as reference, not as a solution proposal :D):
@ stub RtwqLockWorkQueue
@ stub RtwqUnlockWorkQueue
@ stdcall RtwqRegisterPlatformEvents(ptr) kernel32.RequestDeviceWakeup
@ stdcall RtwqStartup() propsys.PSRefreshPropertySchema
@ stdcall RtwqJoinWorkQueue(long ptr ptr) kernel32.SetThreadIdealProcessorEx
@ stdcall RtwqLockPlatform() propsys.PSRefreshPropertySchema
@ stdcall RtwqUnlockPlatform() propsys.PSRefreshPropertySchema
There's a couple other minor methods/dlls that seem to be required I think just
some forwards from currently also not existing
api-ms-win-core-processtopology-l1-1-0.
If RtWorkQ can be implemented at least as a proof of concept I could further
test this path and maybe get the different mfplat scenarios working. I don't
have enough wine/c expertise to actually implement it but I have some expertise
in getting mfplat scenarios working.
For now with the spoofed forwards the dlls allow for games to load and progress
a bit but it's going to hang waiting for some event probably due to the
incomplete work queue.
I also tried installing a rtworkq.dll from windows, but I don't know of a legit
redistributable that carries this, and also when trying it (version 10.XXX) I
had to add loads more of api-ms style dlls so in the end implementing
rtworkq.dll seems like a more direct fix.
--
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=24784
Summary: Explorer++ displays disabled toolbar icons incorrectly
Product: Wine
Version: 1.3.5
Platform: x86-64
URL: http://www.explorerplusplus.com/download
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31333)
--> (http://bugs.winehq.org/attachment.cgi?id=31333)
Toolbars in Windows and Wine
The appearance of disabled icons in the main toolbar, as well as the X button
on the tab bar (when only one tab is open) doesn't match Windows. A screenshot
can probably describe the difference better than words.
--
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=48766
Bug ID: 48766
Summary: Late Shift doesn't work properly
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
I didn't managed to run this game properly. I installed mfplat and quartz.
Mfplat is required only for the developers logo. On the first run everything is
looking good except there are no voices when a video is playing. On the second
run - black screen and there are no more videos and this is a big problem as
the whole game is made up of different videos.
Plese tell me what logs you need and I'll provide them.
Thank you.
--
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=37029
Bug ID: 37029
Summary: Evernote 5.5.x - unable to capture webcam note
Product: Wine
Version: 1.7.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robert.munteanu(a)gmail.com
Created attachment 49202
--> http://bugs.winehq.org/attachment.cgi?id=49202
Log snippet when trying to create a new webcam note
When trying to capture a 'New Webcam Note' with Evernote 5.5.3, the window pops
up and hangs at 'Initializing video capture...'
Relevant log snippet is
fixme:qcap:fnCaptureGraphBuilder2_RenderStream
(0x4bccaa8/0x4bccaa8)->({fb6c4282-0353-11d1-905f-0000c0cc16ba},
{73646976-0000-0010-8000-00aa00389b71}, 0x4c3e2a0, 0x4c3d1f8, (nil)) semi-stub!
fixme:qcap:fnCaptureGraphBuilder2_RenderStream pfRenderer == NULL not yet
supported
fixme:quartz:MediaControl_StopWhenReady (0x4c37ec0/0x4c37ec8)->(): stub !!!
fixme:qcap:VfwCapture_QueryInterface No interface for
{56a868b4-0ad4-11ce-b03a-0020af0ba770}!
fixme:qcap:VfwCapture_QueryInterface No interface for
{56a868b4-0ad4-11ce-b03a-0020af0ba770}!
--
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=30810
Bug #: 30810
Summary: Keygener Assistant window opens too large then program
hangs
Product: Wine
Version: 1.5.5
Platform: x86-64
URL: http://at4re.com/download.php?view.5
OS/Version: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 40347
--> http://bugs.winehq.org/attachment.cgi?id=40347
+relay log for Keygener Assistant 2.0 with Wine 1.5.5, XZ-compressed
Keygener Assistant is a utility which can apply various encryption and hashing
algorithms, has a big-number calculator, number base converter etc. I tested
version 2.0 in a Windows XP VM (where it works fine) and with Wine 1.5.5.
Under Wine, the window initially opens with the correct size. But then its size
increases to match the desktop size (while the top left remains in the same
position). So the too-large window extends past the right and bottom edges of
the screen. The program then appears to hang. Same thing happens with virtual
desktop mode enabled.
I'll attach a WINEDEBUG=+relay log (~70MB uncompressed) in case that might
help.
--
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.