Description: In Libre-Office Base, when editing the properties of a table control subform, there is a "Font" text box with an ellipses (...) button beside it. This box always displays "Default" regardless of what setting is selected when pressing the ellipes button. Steps to Reproduce: Steps to Reproduce: 1.Follow the instructions in Getting Started with LibreOffice 6.0, Chapter 8, Getting Started with Base, through to all the steps in the section "Using the Wizard to Create a Form". 2. In the Form Editor window, in the Table Control subform near the bottom, notice the size of the text in the headings "Date", "FuelCost", etc. 3. Double-click on Table Control subform at the bottom of the Edit Form window. 4. Under the "General" tab, notice the Font setting contains the value "(Default)". 5. Press the ellipses button (...) 6. Select a different font. 7. Press OK Actual Results: The "Font" box in the Table Control Properties dialog does not change. It still says "Default". Expected Results: The "Font" box in the Table Control Properties dialog now indicates the currently-selected font. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.2.0.3 Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: en-CA (en_CA.UTF-8); UI-Language: en-US Calc: threaded OS: Ubuntu 18.04LTS See also this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=124313
I can't reproduce this with Version: 6.2.1.2 Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 Threads CPU : 4; OS : Mac OS X 10.14.3; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Provided I select a font that is recognized by LibreOffice as being "installed" (whatever that might mean on any given OS), I see both the font name and point size in the Font property field after selection, closing the properties dialog, saving the modified form and re-opening in form design mode.
Created attachment 150414 [details] archive of screenshots demonstrating the problem I just tried version Version: 6.2.3.0.0+ and the problem remains for me. I have attached an archive containing a series of screenshots of the following steps: 1. Open the database. 2. Edit the form. 3. Open the table control properties dialog. Notice Font "Default" 4. Press the ellipses (...) button. Notice selected font. 5. Change the font size. 6. Press OK, bringing focus back to the table control properties. 7. Close the table control properties. 8. Save and close the form editor. 9. Edit the form editor again. 10. Open the table control properties. Notice Font = "Default" This is what I am trying to report. I expect this field to say something other than "Default"! Now, from the "Character" dialog displayed in step 4, it is impossible for me, or anyone else for that matter, to determine which of the fonts offered are "installed". However, instead of just changing the font size, if I randomly select a different font, say, "Ubuntu Mono, Regular, 24" (pics 11, 12, and 13), the font DOES change. Finally, if I change the font back to the one that was selected before, "Ubuntu, Regular, 28", the font that was previously displayed as "Default", the font field in the properties dialog now displays the correct font. (pics 14-16). If the original font was not "Installed", the Font setting in the dialog should have changed back to "Default". Therefore, whether or not the font is "installed" is irrelevant in my view. Perhaps the problem is that the font name must be changed to get the font setting in the dialog to update. This is not intiutive behaviour. The attached archive also contains the database, when opened, which displays "default" for the font setting. Once the font is changed, the effect is permanent for the database. To reproduce the problem, you have to start from a database that is exhibiting the problem.
Comment on attachment 150414 [details] archive of screenshots demonstrating the problem Changing attachment type.
Also, the problem exists if you change the font style from Normal to Bold, for example. It seems that you have to change the font family to get the font field in the table control properties dialog to update. To me, the font's family, style and size all are a part of an individual font's specification. Ubuntu Bold 12 is a different font from Ubuntu Regular 14. They look different. The family is only part of the font's properties. If you change the font style or size, even though the family is the same, you are still selecting a different font.
Have tested this with Version: 6.2.2.2 Build-ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU-Threads: 6; BS: Linux 4.12; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded Have changed the font of the tablecontrol, because my system hasn't installed this font. Saved the form. Closed LO. Reopened LO and the *.odb-file and have a look at the properties: Will show the form I have chosen before. I couldn't confirm any buggy behaviour here with OpenSUSE 15 64bit rpm Linux.
As I can reproduce what Allan has described in comment 2, confirming... By default on macOS, the "default" font in Base forms is AppleUI, although the control properties indicate that this is "Default". If I select a label on a form, for example, then enter the control's properties and click on the ellipsis next to font, and choose bold as the font weight, then OK, save the form, and then re-select the control to display its properties via the context menu, I see that the font name entry has not changed, it remains "Default".
Tested with Version: 6.1.5.2 Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805 Threads CPU : 4; OS : Mac OS X 10.14.4; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded where the problem is already there. Setting version number in bug report back to this version. Perhaps it goes back even earlier, but that would require more testing with older versions.
Code pointer: https://opengrok.libreoffice.org/xref/core/extensions/source/propctrlr/formcomponenthandler.cxx?r=d4ca173f#730 In fact it only tests if there's specific font name indicated. If it's not the case, it'll put "(default)". If it's the case, only 3 info will be displayed: - font name - font style (regular, italic, bold, italic-bold) - font size Now it's a bit of UI to think: 1) should we display more than these 3 info? 2) if not more info because there's a limited space, should we let (default) if we just selected "underline" for example? 3) if we only chose italic, what should be displayed? (default), italic, <font size> or <font name>, italic, <font size> Also, I noticed that for all the properties, LO finds retrieves default values when opening the form first time except font size for which it retrieves specific value 28, I don't know why for the moment.
Dear Allan Macdonald, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
As in comment 2 in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ce454f382d0d005dd3de021c7820be3ffa0bb582 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Applies to other controls (e.g. Date), in other components too (e.g. Writer). Changing fields accordingly.