https://bugs.documentfoundation.org/show_bug.cgi?id=148864

Michael Weghorn <m.wegh...@posteo.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|possibleRegression          |bibisected, bisected,
                   |                            |regression
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |NEW
                 CC|                            |glo...@fbihome.de,
                   |                            |m.wegh...@posteo.de
            Version|6.3.3.2 release             |7.3.0.3 release

--- Comment #5 from Michael Weghorn <m.wegh...@posteo.de> ---
I can reproduce, and on master, even the initial video playback doesn't work.

This can also be reproduced as follows:

1) open attachment 145517 from bug 120452 with LO with kf5 VCL plugin
2) start slide show by pressing F5
3) advance by pressing button "right"
4) move back to the first slide by pressing the button "left"

On current master, no video is played in either step 2 nor step 4.

Bibisecting shows that the behavior changed in 3 steps/commits:

Playback works in both, 2) and 4) before

    commit 76611452da46aec18ba14954671beee4f6dacf49
    Author: Jan-Marek Glogowski
    Date:   Wed Nov 17 13:03:23 2021 +0100

        Qt refactor SystemEnvData setup

        Change-Id: I900d1079c9a832a9b5170e58ce4e7a8b81d7d01b
        Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125393
        Reviewed-by: Michael Weghorn
        Tested-by: Jenkins

After above commit, neither 2) nor 4) work, but after the exactly next commit
on master, 

    commit f3bd9ef889d1834f7b1feb49197a58e679826c00
    Author: Jan-Marek Glogowski
    Date:   Wed Nov 17 13:26:09 2021 +0100

        Qt resolve native winId() on demand

        As for gtk3 in commit ac9789dbb36f45dcc1caf7dd2951353b1574c8ea
        ("tdf#139609 avoid fetching unnecessary xid under gtk3").

        Change-Id: I82b2c22437e5ab957706c25fcc118b28abb07242
        Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125395
        Reviewed-by: Michael Weghorn
        Tested-by: Jenkins

2) works again, while 4) still doesn't (which is the behavior described in this
bug report), and then starting at

        commit dc886bc6de2c0061a840bea2426663c3be2ecd26
        Author: Jan-Marek Glogowski
        Date:   Tue Apr 19 16:03:56 2022 +0200

            tdf#140463 Qt handle mouse enter+leave events

            Currently just implemented for the QtWidget, but still as a static
            function, so it may be used for QtObject at some point too.

            But there is no (mouse) enter or leave event function in QWindow,
            so no way to handle these there. And since we can't modify the
            returned QWidget from QWidget::createWindowContainer, the only way
            would be to expand the static QtWidget::handleEvent used by
            QtObjectWindow::event ... if it's actually needed at some point.

neither 2) nor 4) work again.

Adding CC: to Jan-Marek Glogowski



Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 02a5bd2e6c4eee50cbd8cb4ed009731c409711a5
CPU threads: 12; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to