As reported in to the Deepin Desktop: (https://github.com/linuxdeepin/deepin-wm/issues/29#issuecomment-367920230) This is what happens: (https://youtu.be/pD0QokET0q4)
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 140107 [details] Secret.odt
Does the same happen if you launch from the command line with SAL_USE_VCLPLUGIN=gen Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
I meant to say SAL_USE_VCLPLUGIN=gen libreoffice
These lead to a centred promp: SAL_USE_VCLPLUGIN=gen libreoffice SAL_USE_VCLPLUGIN=gen libreoffice Secret.odt libreoffice Only this leads to a defective promp: libreoffice Secret.odt
So in essence, is your problem about the dialog being under the Deepin dock? Or about not being centered?
There are two problems: 1. The dialogue is under the dock 2. The dialogue is positioned differently depending on how libreoffice is launched.
Not sure, if the dock issue is because of LibO or Deepin. I do confirm the non-centering of the prompt with gtk3, so let's keep that. It can be unintuitive when testing vs. non-gtk3 backends: the window position is sometimes not remembered, so the password prompt is centered in the position where the window should be. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 856c57f20f9b07c686a854e0ccbb6ee3b0ee4791 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on March 7th 2018
caolanm->Buovjaga: I can't reproduce this, but from comment #8 it sounds like you can so I'll convert this password prompt to a native gtk3 dialog and see if that makes a difference in this case.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d2f95590f478a68a4de6ef05018785523e46506b Related: tdf#115964 convert the problematic dialog to a native gtk3 one It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán: sorry for the confusing descriptions etc. Now I figured out the point of the issue: the problem only appears, if you have not opened LibreOffice yet. So if I run with my gtk3 alias: libogtk3 libobugs/Secret.odt ...I can see the problem. The window opens maximised and the password prompt appears near the top left, its left edge touching the left edge of the screen. This is still with your patch from yesterday.
About the daily builds I see some issues. First, there's no daily build I can test on Arch Linux: https://wiki.documentfoundation.org/QA/Testing_Daily_Builds Second, documentation about how to find the source has a broken link and it's incomplete: https://wiki.documentfoundation.org/QA/Testing_Daily_Builds#How_to_find_the_source Third, there's no documentation about how to test by building yourself.
(In reply to Alberto Salvia Novella from comment #12) > About the daily builds I see some issues. > > First, there's no daily build I can test on Arch Linux: > https://wiki.documentfoundation.org/QA/Testing_Daily_Builds > > Second, documentation about how to find the source has a broken link and > it's incomplete: > https://wiki.documentfoundation.org/QA/ > Testing_Daily_Builds#How_to_find_the_source > > Third, there's no documentation about how to test by building yourself. Use these instructions to build: https://wiki.documentfoundation.org/Development/Linux_Build_Dependencies#Arch_Linux
ah right, I can reproduce with gnome-tweak-tool attach modal dialogs disabled. I imagine the dialog is created after the parent frame is created, but before its given its final size.
Is there something I should test?
(In reply to Alberto Salvia Novella from comment #15) > Is there something I should test? No, it's fine as Caolán was able to reproduce the issue.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still there in version 6.2.2.2.
we recently grew a workaround to this sort of problem where the parent doesn't have its final size at the time of launching the dialog (to reproduce this its needs to be the X backend, not wayland)
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/5f30114c25f233fee2760645e3b1f194c8157438%5E%21 Resolves: tdf#115964 force password dialog to center on parent size request It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.