Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
--
v2: evr/tests: Add a test to show that IMFVideoDisplayControl is accessible.
evr: Implement lazy initialization with mixer and presenter instances.
evr: Add IMFVideoRenderer stub to the filter.
evr: Add IMFGetService stub.
https://gitlab.winehq.org/wine/wine/-/merge_requests/681
> Yeah, ID2D1DrawTransform can be implemented for \*Impl object, that's true. But we still need transfrom graph. Implementing ID2D1DrawTransform for \*Impl doesn't means that it will be used automatically without doing anything else. We still need to regard it as a transform node, and add it to transfrom graph. And latter, runtime will call SetDrawInfo for it because it is in transform graph.
Yes, you're right, I missed that it's in a chain of draw transform -> transform -> transformnode. MSDN is broken there, it says interface> Nikolay, do you think I can submit first 3 patches in another MR to make you have a full reviewing in order to upstream them? inherits from IUnknown. That's why I thought it's something special.
I think there are options still, effect can use SetSingleTransformNode to add it explicitly, but I believe I saw examples somewhere that don't do it, so maybe it's handled by d2d itself. I could be wrong of course.
> Nikolay, do you think I can submit first 3 patches in another MR to make you have a full reviewing in order to upstream them?
Please do. We should start with single node graph first to get something render first, and have inputs/outputs behaving correctly. I think doing multiple nodes processing in naive way, by drawing each intermediate step, is likely to be a performance problem.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/635#note_6556
When first parsed to names in english and other non-native languages,
after parsing to names in native languages, this will result in second_name
not corresponding to names in english.
Signed-off-by: Jiajin Cui <cuijiajin(a)uniontech.com>
--
v7: win32u: Don't allow a replaced font to be a replacement.
win32u: Ensure that either the primary or secondary name is in English.
https://gitlab.winehq.org/wine/wine/-/merge_requests/628
On Fri Aug 19 08:54:40 2022 +0000, Hans Leidekker wrote:
> In the patch title please replace one occurrence of
> kerberos_SpAcceptLsaModeContext with kerberos_SpInitLsaModeContext.
> Otherwise the patch looks good.
Pushed. Sorry, I did not notice a repetition in title.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6535
On Fri Aug 19 08:46:28 2022 +0000, Konstantin wrote:
> Pushed
In the patch title please replace one occurrence of kerberos_SpAcceptLsaModeContext with kerberos_SpInitLsaModeContext. Otherwise the patch looks good.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6533
On Fri Aug 19 08:32:04 2022 +0000, Konstantin wrote:
> Do you mean this?
> ```
> if ( status == SEC_E_OK || status == SEC_I_CONTINUE_NEEDED )
> *new_context = create_context_handle( context_handle,
> new_context_handle );
> if (!status)
> {
> *mapped_context = TRUE;
> ```
Yes.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6529
On Fri Aug 19 08:20:50 2022 +0000, Hans Leidekker wrote:
> The change should be minimal, so only change the condition for the
> new_context update. Please put spaces around operators like in the rest
> of the file.
> Please also fix the patch title while you're at it :)
Do you mean this?
```
if ( status == SEC_E_OK || status == SEC_I_CONTINUE_NEEDED )
*new_context = create_context_handle( context_handle, new_context_handle );
if (!status)
{
*mapped_context = TRUE;
```
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6528
On Fri Aug 19 07:54:25 2022 +0000, Konstantin wrote:
> Tested the changes, kerberos auth in our client application work fine.
The change should be minimal, so only change the condition for the new_context update. Please put spaces around operators like in the rest of the file.
Please also fix the patch title while you're at it :)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6527
On Fri Aug 19 07:19:10 2022 +0000, Konstantin wrote:
> @hans, thank you for comment. If I understand correct you are author of
> original logic.
> I am not sure about changes, your suggestion change existing logic.
> Originaly `*mapped_context` and `expiry_to_timestamp( exptime, expiry
> );` executed only when status is SEC_E_OK, and `new_context`
> modification (independant) internaly in `create_context_handle`.
> I try change condition to ` if
> (status==SEC_E_OK||status==SEC_I_CONTINUE_NEEDED) ` and test it in our network.
Tested the changes, kerberos auth in our client application work fine.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6526
On Thu Aug 18 07:09:33 2022 +0000, Zhiyi Zhang wrote:
> Do not remove the id property. There should be a id="bitmap:width-depth"
> property for the wine's build system to generate the bitmaps from SVGs.
> Also, the commit subject is way too long.
> And, for the WineHQ bugzilla link. We use the Wine-Bug: tag.
OK, id properties have been kept, and have shortened the commit message.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/672#note_6523
On Fri Aug 19 06:54:19 2022 +0000, Konstantin wrote:
> @hans, thank you for comment. If I understand correct you are author of
> original logic.
> I am not sure. You sugesstion change existing logic. Originaly
> `*mapped_context` and `expiry_to_timestamp( exptime, expiry );` executed
> only when status is SEC_E_OK, and `new_context` modification
> (independant) internaly in `create_context_handle`.
> I can't check side effect of the proposed change.
> If you sure that it correct I change condition to ` if
> (status==SEC_E_OK||status==SEC_I_CONTINUE_NEEDED) `
What about SEC_I_COMPLETE_NEEDED and SEC_I_COMPLETE_AND_CONTINUE we need also put it to condition?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6521
On Thu Aug 18 14:47:05 2022 +0000, Hans Leidekker wrote:
> As I mentioned in the bug report, the new context is updated when
> initialize_context() returns SEC_E_OK or SEC_I_CONTINUE_NEEDED. That
> should be reflected here.
@hans, thank you for comment. If I understand correct you are author of original logic.
I am not sure. You sugesstion change existing logic. Originaly `*mapped_context` and `expiry_to_timestamp( exptime, expiry );` executed only when status is SEC_E_OK, and `new_context` modification (independant) internaly in `create_context_handle`.
I can't check side effect of the proposed change.
If you sure that it correct I change condition to ` if (status==SEC_E_OK||status==SEC_I_CONTINUE_NEEDED) `
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/677#note_6520