1 - Create a blank text document, or open an existing one. 2 - Go to File > Insert > New Image > From File 3 - Choose an image but do not click Open yet. 4 - Choose a different frame style in the "style" combo box (the default frame style is Graphics). 5 - Now click Open. Expect behavior: the image is inserted with the chosen frame style Actual behavior: the image is inserted with the Graphics frame style. It seems that the combo box is useless... Writer always decides that the frame style is "Graphics". The actual behavior is the same in LibreOffice 4.2.4. Best regards, Gilvan.
Hi The current behavior is that expected. However I can confirm that your proposal would be an improvement. So I change the status to New. Maybe you'll also interested in this other bug 58890 Regards Pierre-Yves
Maybe the bug has something to do with: https://bugs.freedesktop.org/show_bug.cgi?id=79149 []s
Looks OK in 4.3.0 alpha1 .. so a regression IMO
This appears to be working as expected under GNU/Linux using v4.3.1.2 Build ID: 958349dc3b25111dbca392fbc281a05559ef6848. The selected frame style at the time of selection is respected. Can others please confirm? Thanks.
Indeed OK in 4.3.2.1 too. Thanks Owen.
No, the problem is still there... If you check LibreOffice dialog boxes (Tools - Options - Libreoffice - General), the problem is solved, but if you use Windows dialogs (the default), the problem persists... Tested on Window 8.1 with LibreOffice 4.3.0.4. Best regards, Gilvan.
(In reply to comment #6) > No, the problem is still there... If you check LibreOffice dialog boxes > (Tools - Options - Libreoffice - General), the problem is solved, but if you > use Windows dialogs (the default), the problem persists... > > Tested on Window 8.1 with LibreOffice 4.3.0.4. A pity. The non-LibreOffice dialog Ubuntu does handle it fine. So Windows / Mac only at the moment?
(In reply to comment #7) > The non-LibreOffice dialog Ubuntu does handle it fine. > So Windows / Mac only at the moment? Certainly seems fixed for GNU/Linux. The only difference I see between LO/system dialogs is the range of frame styles being greater on the system (Debian7+LXDE) dialog.
Seems like there is some confusion as to if this is reproducible - moving to UNCONFIRMED to get QA to relook at it. thanks all.
(In reply to Joel Madero from comment #9) > Seems like there is some confusion as to if this is reproducible - moving to > UNCONFIRMED to get QA to relook at it. thanks all. Correct Joel. It's confirmed that it's _not_ a problem on Linux. No confirmation yet for Windows and/or Mac.
(In reply to Gilvan Vilarim from comment #6) > No, the problem is still there... If you check LibreOffice dialog boxes > (Tools - Options - Libreoffice - General), the problem is solved, but if you > use Windows dialogs (the default), the problem persists... Confirmed that it works on Ubuntu even without LibO dialogs, but on Win it selects the Graphics style. Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08 Ubuntu 14.10 64-bit Version: 4.4.0.0.alpha2+ Build ID: 3cf226622a3d8c09d655034dbcc81695f1662b87 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-15_23:24:22
Hi On windows 7/64 & Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@42, Branch:master, Time: 2014-11-12_00:19:18 Ok with LibO dialogs (applies the selected style) Ko with windows dialogus (applies Graphics style) Regards Pierre-Yves
Could not reproduce on OSX 10.10 / LO 4.4.0.2 At this point it looks like this is Windows only. Setting: Platform -> Windows (All) Whiteboard -> notBibisectable
Migrating Whiteboard tags to Keywords: (notBibisectable)
Hello guys. This bug persists. Tested on Windows 10 with LibreOffice 5.1 Brazilian portuguese. Best regards, Gilvan.
This regression was introduced before branch 4.4, thus it can't be bibisected with the current bibisect repositories. Changing keyword 'notBibisectable' to 'preBibisect'
*** Bug 102050 has been marked as a duplicate of this bug. ***
This has never worked on windows or linux, and is about the paragraph styles combobox in the toolbar. *** This bug has been marked as a duplicate of bug 107246 ***
Created attachment 137231 [details] Shows drop-down in the insert dialog as described by reporter
I strongly disagree. This issue has nothing to do with toolbars or paragraph styles; but with the style drop-down-list in the Windows Insert Image dialog, see attachment
(In reply to Regina Henschel from comment #20) > I strongly disagree. This issue has nothing to do with toolbars or paragraph > styles; but with the style drop-down-list in the Windows Insert Image > dialog, see attachment Thanks for the insight. Tested 3.3, 4.0, 4.1, 4.2, 4.4 and 6.0 alpha 1 and in none of these versions did it work with Windows' OS dialog, so not sure how this is a regression. In 3.3 and 6.0 alpha 1, if using LO's file dialogs, it works fine.
Created attachment 137250 [details] Document with embedded macro to examine the file picker dialog You see the same problem, if you use the file picker inside a macro. Open attached document and run the embedded macro. It shows the same dialog as used when inserting an image in writer. If you use LibreOffice own dialog you should see a label "Your Styles". Select one of the items in that list. Select a file and open it. A message box shows which information can be got from the dialog. You should see the selected style and the path to the selected file. Set LibreOffice back to use system file dialogs. If you are on Window you can see, that the label is not altered, but has the predefined value "Styles" and the message box has an empty string for the selected style. So this is an issue in the use of the Windows file open dialog by LibreOffice.
** 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
Hello guys. This bug persists. Tested on Windows 10 with LibreOffice 6.0 Brazilian portuguese. Versão: 6.0.6.2 (x64) ID de compilação: 0c292870b25a325b5ed35f6b45599d2ea4458e77 Threads da CPU:4; SO:Windows 10.0; Realizador da interface: GL; Local: pt-BR (pt_BR); Calc: CL Best regards, Gilvan.
On Win10 with LO 6.3.0.4, I don't reproduce this. Any update with recent LO version?
The chosen frame style is applied in Version: 6.4.0.0.alpha0+ (x64) Build ID: fd67c89e52441387dffab1c788007271e717571b CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-09-03_06:15:20 Locale: de-DE (en_US); UI-Language: en-US Calc: threaded
As Regina was originally able to repro, let's close