Description: Under Linux only : I can't set the position of dialogs if I use the execute. It ran fun before LO 6.2 Steps to Reproduce: 1. Create a dialog1 named dialog 2. Use the code below : Sub MaBoite BasicLibraries.LoadLibrary("Tools") oDialog1 = LoadDialog("Standard", "Dialog1") oDialog1.Model.PositionX = 1000 oDialog1.Execute() End Sub 3. The code bellow works fine Sub MaBoite1 BasicLibraries.LoadLibrary("Tools") oDialog1 = LoadDialog("Standard", "Dialog1") oDialog1.Model.PositionX = 1000 oDialog1.Visible = True Do Wait 50 Loop End Sub Actual Results: The dialog appear in the middle of the screen Expected Results: Dialog at the right part of the screen Reproducible: Always User Profile Reset: No Additional Info: It's a regression ... Version: 6.2.0.3 Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 Threads CPU : 4; OS : Linux 4.18; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you
Created attachment 149538 [details] File with macros for testing
Hello, I made new tests. The bug comes under Ubuntu. But under Rosa Linux (KDE), the macro works right with Endexceute method and wrong with SetVisible method.
(In reply to Dorange-Pattoret Didier from comment #3) > Hello, > I made new tests. > The bug comes under Ubuntu. > But under Rosa Linux (KDE), the macro works right with Endexceute method and > wrong with SetVisible method. Sorry : works fine with Execute method and wrong with SetVisible ...
Hello, I do'nt understand why you do not confirm this bug. Once Ubuntu 18.10 dialogs don't get the right position with Execute method, Once RosaLinux KDE they don't get the right position with SetVisible method ...
I confirm with Fedora29 / kde with version 6.1.5.2 of the distribution and version dev 6.2.2.0.0+ the dialogs are centered Gérard
Additional explanations : Dialog should appear full right of the screen. The main method to display a dialog is Execute. With Ubuntu gnome, for example, they are displaying in the center of the screen : it's wrong ...
I made additional tests : no bug with MacOsX and Windows. Problems come only under Linux. Best regards.
(In reply to cornosier from comment #6) > I confirm with Fedora29 / kde with version 6.1.5.2 of the distribution and > version dev 6.2.2.0.0+ > the dialogs are centered > > Gérard I can't reproduce it in Version: 6.3.0.0.alpha0+ Build ID: c196d70337f6b755cfc4c34beda05554c6fab114 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Maybe KDE only ? OTOH, the reporter reproduced it in GTK3. @Dorange-Pattoret Didier, which GTK version you're using ?
Hello, Now I use Ubuntu 19.04 and LibreOffice 6.3.0.4 The bug comes with Ubuntu Gnome but not with Ubuntu Mate. It seems to be ok for other OS (Windows and Mac OSX).
Hello, I'm using Gtk 3.0
(In reply to Dorange-Pattoret Didier from comment #11) > Hello, > I'm using Gtk 3.0 Could you please paste the info from Help - about LibreOffice ?
Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 Threads CPU : 4; OS : Linux 5.0; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded I point out that the bug comes with 6.2 and now 6.3.0.4 only with Ubuntu Gnome, not with Ubuntu mate ... Thanks for your help.
[Automated Action] NeedInfo-To-Unconfirmed
Hello, I confirm the bug with Ubuntu 19.04 and 1) Version: 6.3.2.0.0+ Build ID: ff3cfee4ebfcb412f54f17ffccc95512fdc15c8e CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-3, Time: 2019-08-20_14:33:16 Locale: en-US (fr_FR.UTF-8); UI-Language: en-US Calc: threaded 2) Version: 6.4.0.0.alpha0+ Build ID: 2bed8af91fc2654b9ed2432f969d32d5741a529b Threads CPU : 4; OS : Linux 5.0; UI Render : par défaut; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-08-21_09:30:10 Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
I can also reproduce it in Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; Locale: ca-ES (ca_ES.UTF-8) not a regression...
oh wait, the dialogs appear on the right of the screen. Versión: 6.3.1.2 (x86) Id. de compilación: b79626edf0065ac373bd1df5c28bd630b4424273 Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded and Version: 6.4.0.0.alpha0+ Build ID: 186d36a7036462ae641b35004b4ffba3eeeca46f CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded which the correct behaviour... Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Created attachment 154553 [details] Macros for testing
Hello, I try again with : Version: 6.4.0.0.alpha0+ Build ID: c02b5cf6472ccb45a916369db493a40ed3e21d60 Threads CPU : 4; OS : Linux 5.0; UI Render : par défaut; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-09-25_12:26:22 Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded With "Execute Method" button the dialog appears in the center of the screen instead of the right position which is expected. So I do'nt understand the "UNCONFIRMED" status.
Created attachment 159905 [details] Screenshot showing proper position (In reply to Dorange-Pattoret Didier from comment #19) > With "Execute Method" button the dialog appears in the center of the screen > instead of the right position which is expected. > > So I do'nt understand the "UNCONFIRMED" status. It is unconfirmed, because so far you are the only person on the planet who can see the problem. I also tested just now and the dialog appears at the right of the screen, NOT in the middle. Both with gtk3 and kf5 backends. Both buttons. Arch Linux 64-bit Version: 7.0.0.0.alpha0+ Build ID: 6a9c7409ee617b79c327dd7ea4de432f448b6006 CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 24 April 2020
Hello, You do'nt use an Ubuntu distribution The problem comes under Ubuntu session, not for Ubuntu + Mate. I work arround it with a test : Instr(environ("DESKTOP_SESSION"),"ubuntu") > 0 If the answer is True, my dialogs are displayed with the Visible property else with the execute method. I'm sorry to desagree, but at my mind, there is still a bug. Best regards.
(In reply to Dorange-Pattoret Didier from comment #22) > The problem comes under Ubuntu session, not for Ubuntu + Mate. Then it might be a problem with MATE. Did you report it to MATE devs yet?
The problem comes with Ubuntu session ie Ubuntu running an Ubuntu Desktop (Gnome) NOT with Ubuntu running a mate desktop.
Everybody can try with the standard Ubuntu 20.4
(In reply to Dorange-Pattoret Didier from comment #24) > The problem comes with Ubuntu session ie Ubuntu running an Ubuntu Desktop > (Gnome) NOT with Ubuntu running a mate desktop. Ok, but this is not the bug tracker of Ubuntu. Use this: https://bugs.launchpad.net/ubuntu/+source/libreoffice
Hello Dorange-Pattoret Didier, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Hello Xisco, The bug is still present with : Version: 7.2.2.2 / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded I upload a file for test. Thanks in advance.
Created attachment 176449 [details] File for tests