Created attachment 117843 [details] Open the database, open the table and have a look at the data in LO 4.* and LO 5.* Open the attached database in LO 4.* Open the table. The characters are shown bold and and 14pt. Now open the attached database in LO 5.0.0.5. Open the table. The characters are shown in standard format - could not be changed. The format of text in a table could be changed in all versions up to 5.* by typing with the left mousebutton above the left rowheaders. A context-menue appears for setting this format.
Confirming The bold attributes are ignored in LO 5.0.0.5 They are displayed in LO 4352
(bi)bisect result (using the bibisect-50max repository): c91580d4bd99f5dd42558a725c9b6449874e13ba is the first bad commit commit c91580d4bd99f5dd42558a725c9b6449874e13ba Author: Matthew Francis <mjay.francis@gmail.com> Date: Wed May 27 23:14:15 2015 +0800 source-hash-b4bbb5e5d7b31caad2fbcc00382ad27df3c81001 commit b4bbb5e5d7b31caad2fbcc00382ad27df3c81001 Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> AuthorDate: Sun May 17 22:56:46 2015 +0900 Commit: Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> CommitDate: Mon May 18 11:22:49 2015 +0900 refactor how font, fg. and bg. are applied in widgets/controls - Move vcl::RenderContext to outdev. - Change some methods on vcl::Window to accept RenderContext as parameter. - Add ApplySettings to vcl::Window - This method is called before painting. Refactor existing classes that use InitSettings to have ApplySettings or mark the classes to be refactored later. - Add RenderSettings for adding defered settings to rendering. This is similar to ApplySettings but for more ad-hoc calls. Change-Id: I4ea58461f3b6b08ccfa3e0ddd1a4a3e04f8c4f45 :040000 040000 f9a462284415a152e18e911e9958b2b89135554e 67e888db41932c0f3b56f1058daed6a634d45318 M opt --- $ git bisect log # bad: [dda106fd616b7c0b8dc2370f6f1184501b01a49e] source-hash-0db96caf0fcce09b87621c11b584a6d81cc7df86 # good: [5b9dd620df316345477f0b6e6c9ed8ada7b6c091] source-hash-2851ce5afd0f37764cbbc2c2a9a63c7adc844311 git bisect start 'latest' 'oldest' # good: [0c30a2c797b249d0cd804cb71554946e2276b557] source-hash-45aaec8206182c16025cbcb20651ddbdf558b95d git bisect good 0c30a2c797b249d0cd804cb71554946e2276b557 # good: [2ce02b2ce56f12b9fcb9efbd380596975a3a5686] source-hash-17d714eef491bda2512ba8012e5b3067ca19a5be git bisect good 2ce02b2ce56f12b9fcb9efbd380596975a3a5686 # good: [40875247f0002056effdf6d2fbe43627691cd86c] source-hash-93f0b14458a618ad575cd446680e5c4aa7d87bdc git bisect good 40875247f0002056effdf6d2fbe43627691cd86c # skip: [61f66b1a251477193d796411ca95f50d606ead45] source-hash-3fd5f8919ec2256c70ff26c14cb9f8065c5cb2f1 git bisect skip 61f66b1a251477193d796411ca95f50d606ead45 # good: [e7374cd735af2344dae55be40946d96633d2f6ee] source-hash-8a91528a3e03fe6e2923c33327b687ecf57adb0b git bisect good e7374cd735af2344dae55be40946d96633d2f6ee # good: [541837707e7b0c5f5335180de535043c43e78e8d] source-hash-0811de12ee6727bbb9d4265217833ba02301eed8 git bisect good 541837707e7b0c5f5335180de535043c43e78e8d # bad: [ab7dc1f0829167681894eb9f833d7ab348d91669] source-hash-e27ee95cced755e52b62d6cb095bc911ca3fbbe6 git bisect bad ab7dc1f0829167681894eb9f833d7ab348d91669 # good: [fa6b220d5ca96e8d2cbf8a12980ae4074b7a7fa0] source-hash-9bb59aab72d8226e0d31d71e52125b0a9474a30b git bisect good fa6b220d5ca96e8d2cbf8a12980ae4074b7a7fa0 # good: [1599f87e48a938167cc328c857b384a383bb44bc] source-hash-a76dcdfaa6c6d2b1d73fb1c96fe38dd7e452f48a git bisect good 1599f87e48a938167cc328c857b384a383bb44bc # good: [2e616994f8ae0952d540b22204852af60b37b112] source-hash-598f0e26c16f18b6ea03ef1e0e6d7d9dddf6d10f git bisect good 2e616994f8ae0952d540b22204852af60b37b112 # good: [5ccfb271f131b7ab936d5ee3a0a85ddd1a4b9262] source-hash-773bb53d0b672fbb6b274e45f35228c9427d7fb4 git bisect good 5ccfb271f131b7ab936d5ee3a0a85ddd1a4b9262 # good: [a9df50d9865d334a08ca9b5043c7b730f131f2b9] source-hash-5862ed1851ecc755aa6c49789e00cd920f6a5036 git bisect good a9df50d9865d334a08ca9b5043c7b730f131f2b9 # good: [a203270d19f0e8d7d57286bbdab960f5604d8126] source-hash-2ca7795a6a723c701f295323fcc3f6c52ad37976 git bisect good a203270d19f0e8d7d57286bbdab960f5604d8126 # bad: [c91580d4bd99f5dd42558a725c9b6449874e13ba] source-hash-b4bbb5e5d7b31caad2fbcc00382ad27df3c81001 git bisect bad c91580d4bd99f5dd42558a725c9b6449874e13ba # first bad commit: [c91580d4bd99f5dd42558a725c9b6449874e13ba] source-hash-b4bbb5e5d7b31caad2fbcc00382ad27df3c81001
@Tomaž: Could you possibly have a look at this?
As per comment 2, this seems to be render context related, thus blocking the tracker issue for that.
I have the same problem in5.0.1.2 and 5.0.2.2 Ok in 4.4
On pc Debian x86-64 with master sources updated today, I could reproduce this. During tests, I noticed these logs: warn:legacy.tools:2777:1:cui/source/tabpages/chardlg.cxx:1442: DocShell not found! warn:legacy.osl:2777:1:svtools/source/uno/genericunodialog.cxx:323: OGenericUnoDialog::OnDialogDying: where does this come from? warn:legacy.osl:2777:1:svx/source/fmcomp/fmgridcl.cxx:952: FmGridHeader::PostExecuteColumnContextMenu: no view frame -> no bindings -> no property browser!
Tomaz: any thoughts about this one + the See Also one?
(In reply to Julien Nabet from comment #6) > warn:legacy.osl:2777:1:svx/source/fmcomp/fmgridcl.cxx:952: > FmGridHeader::PostExecuteColumnContextMenu: no view frame -> no bindings -> > no property browser! this one sounds like it can be related
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
Adding Cc: to Tomaž Vajngerl
** 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170929
Bug appears also in LO 5.4.2.1 on OpenSUSE 42.2 64bit rpm Linux.
** 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
Bug still exist in LO 6.1.1.2 on OpenSUSE 15 64bit rpm Linux.
On pc Debian x86-64 with master sources updated today, when I right click on left top cell and select "Table Format...", I got a dialog with "Font" and "Font Effects tabs" but those are empty. By adding some traces, I saw that dialog came from extensions/uiconfig/spropctrlr/ui/controlfontdialog.ui I also noticed that keyid didn't appear at all except for Reset button. Caolán: any idea why these dialogs are empty?
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0d868e004f62013ba5fcb9595dbe5c3f18d0623b Related: tdf#93372 pass in parent to base's table format dialog It will be available in 6.2.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 McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0b2bf16f2d7794638e4ca72fc3616330b7b76d0c Related: tdf#93372 fix up extensions character dialog It will be available in 6.2.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.
In the initial commit where the initial regression takes place, the pattern of ImplInitSettings editbrowsebox.cxx is different to the others in that two different Windows/RenderContext are in play, while in the others its just one Window/RenderContext
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0be3a5eea3089c2b63cc821ffb282fd4ab8ec455 Resolves: tdf#93372 format table in base is ignored It will be available in 6.2.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.
backport to 6-1 in gerrit
Verified in Version: 6.2.0.0.alpha0+ Build ID: 4854acc7929ea58632c5d0f7f80a4adc3c62b8cd CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: threaded @Caolán McNamara, thanks for the quick fix!
*** Bug 93185 has been marked as a duplicate of this bug. ***
*** Bug 98521 has been marked as a duplicate of this bug. ***
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c523d9556a354e1afac3203b6f1c8b75a2f7d2f0&h=libreoffice-6-1 Resolves: tdf#93372 format table in base is ignored It will be available in 6.1.3. 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 McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3e69c24b4f4a8d4bbf1e2e76177e503f1d6d5840&h=libreoffice-6-0 Resolves: tdf#93372 format table in base is ignored It will be available in 6.0.8. 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 McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-0-7": http://cgit.freedesktop.org/libreoffice/core/commit/?id=de630044f20b7261a7f8a0b75a3f533653814f3a&h=libreoffice-6-0-7 Resolves: tdf#93372 format table in base is ignored It will be available in 6.0.7. 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.
Simplify targets.