This fixes a bug where after a sync source is assigned to a filter graph, subsequent filters added to the graph are not given the assigned sync source. This behaviour is expected by the game "Nioh: The Complete Edition", where multiple videos are rendered using the same filter graph.
--
v2: quartz: Update sync source when running or pausing a filter graph.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2373
This allows Microsoft `OfficeSetup.exe` 365 to succeed again. It needs to be used with the revert described in https://bugs.winehq.org/show_bug.cgi?id=54667 . `OneDriveSetup.exe` crashes right after as before, but the Office 365 files get installed into the prefix.
--
v5: sppc: Stub SLInstallLicense().
sppc: Stub SLGetSLIDList().
sppc: Declare implemented functions in slpublic.h
https://gitlab.winehq.org/wine/wine/-/merge_requests/2374
After this and the related MRs, MS Office 365 finally loads. We see the fancy start screen, and we need modify the options to trust the folder we have our Word documents in. This works for `WINWORD.EXE`, `EXCEL.EXE` and `POWERPNT.exe`. I am able to open an existing file and view it.
This MR is limited to showing the first page or so of the Word document. It freezes with the Wine crash dialog basically the moment right after the screen is rendered. There is no backtrace in the dialog, but winedbg points to `v8jsi.dll` and so does the console output without winedbg. Creating new documents is not achieved by this MR either.
--
v2: sppc: Add stubs for MS Office.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2377
After this and the related MRs, MS Office 365 finally loads. We see the fancy start screen, and we need modify the options to trust the folder we have our Word documents in. This works for `WINWORD.EXE`, `EXCEL.EXE` and `POWERPNT.exe`. I am able to open an existing file and view it.
This MR is limited to showing the first page or so of the Word document. It freezes with the Wine crash dialog basically the moment right after the screen is rendered. There is no backtrace in the dialog, but winedbg points to `v8jsi.dll` and so does the console output without winedbg. Creating new documents is not achieved by this MR either.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2377
On Sat Mar 11 09:34:54 2023 +0000, Olivia/Isabelle Mahadevan wrote:
> Any updates?
Sorry. Between the time I initially submitted this and now, I got a new job, so I haven't been able to work on this much.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/131#note_26707
This fixes a bug where after a sync source is assigned to a filter graph, subsequent filters added to the graph are not given the assigned sync source. This behaviour is expected by the game "Nioh: The Complete Edition", where multiple videos are rendered using the same filter graph.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2373
On Wed Sep 21 04:38:18 2022 +0000, **** wrote:
> Zebediah Figura replied on the mailing list:
> ```
> On 9/19/22 15:51, Etaash Mathamsetty (@etaash.mathamsetty) wrote:
> > On Mon Sep 19 20:51:28 2022 +0000, Alexandre Julliard wrote:
> >> This should be handled already by LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR. If
> >> that doesn't work in your case you'll need to investigate why, but we
> >> can't change the global search path for this.
> > as far as I can tell LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR is for
> LoadLibrary not the private search_dll_file function in loader.c (which
> is where the problem originates from)
> >
> search_dll_file() is called by LoadLibrary() under normal circumstances.
> What call stack are you seeing that's not covered by this case?
> ```
the program doesn't actually call LoadLibrary, instead it was linked with cng.sys
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/842#note_26702
MR opened for getting Windows 7 testbot runs, will turn into an actual MR when everything is confirmed working.
--
v3: kernel32/tests: Fix tls callback tests on Windows 7
https://gitlab.winehq.org/wine/wine/-/merge_requests/2372
On Fri Mar 10 19:38:50 2023 +0000, Davide Beatrici wrote:
> The idea would be to add a function to the unixlib that returns the
> render and capture GUIDs. `mmdevapi` will take care of reading and
> writing from/to the registry.
Actually, I just realized only `winepulse` defines a GUID for the default render and capture device...
Should we do that in the other drivers too?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2364#note_26687
Add support for `UIAutomationType_ElementArray` properties in the COM API, and begin adding support for creating elements from cache requests in the COM API.
--
v2: uiautomationcore: Implement IUIAutomationElement::BuildUpdatedCache.
uiautomationcore/tests: Add tests for IUIAutomationElement caching methods.
uiautomationcore: Implement IUIAutomation::CreateCacheRequest.
uiautomationcore: Add support for element array properties in IUIAutomationElement::GetCurrentPropertyValueEx.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2352