Created attachment 134919 [details] Navigation Control Base sample This bug deals with the 'Form Navigation' CONTROL and not the toolbar (toolbar problem on different bur report). There is a sample Base file attached with 52 records in a single table. Just one form. The form displays the problem. This problem ONLY occurs when a Theme is applied. Therefore, the sample supplied will not show the problem unless a theme is applied - 'Tools->Options->LibreOffice->Personalization' then Select Theme - ANY theme applied will show problem. There are three images attached showing the problem. Image 1 shows when form first opened toolbar displays '1 of 41*' with * signifying more records. Image 2 shows, after advancing to record 42, toolbar displays '42 of ??*' with * signifying more records - which isn't true. Image 3 shows when new record selected, toolbar displays '53 of ??*' with * signifying more records - which isn't true. In each case, the Navigation control on the form is displaying the correct information. This problem was checked in: v5.2.0.4 v5.3.4.2 And master-2017-07-20_22.42.49_LibreOfficeDev_6.0.0.0.alpha0_Linux_x86-64_deb Prior to v5.2 I was unable to load a theme.
Created attachment 134920 [details] Image 1
Created attachment 134921 [details] Image 2
Created attachment 134922 [details] Image 3
(In reply to Stang from comment #0) > Image 2 shows, after advancing to record 42, toolbar displays '42 of ??*' > with * signifying more records - which isn't true. > Confirming, but after advancing to record 52 which I assume is what you meant to write (as there are 52 total records). > Image 3 shows when new record selected, toolbar displays '53 of ??*' with * > signifying more records - which isn't true. > Confirming However, if I switch context (Ctrl-Left/Right Arrow) between workspaces, the display is corrected. Tested against : Version: 6.0.0.0.alpha0+ Build ID: 376e27dd498d64212e570354a94c527b37d367b1 CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group
Additionally, it only occurs the very first time. Once the screen is refreshed in any way, the problem disappears.
I can reproduce all of the described behaviour without any theme : Version: 6.0.0.0.alpha0+ Build ID: 376e27dd498d64212e570354a94c527b37d367b1 CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group
(In reply to Alex Thurgood from comment #6) > I can reproduce all of the described behaviour without any theme : > > Version: 6.0.0.0.alpha0+ > Build ID: 376e27dd498d64212e570354a94c527b37d367b1 > CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; > Locale: fr-FR (fr_FR.UTF-8); Calc: group Sorry, ignore that, I meant to add this comment to bug 109535
Despite the addition of a theme, the problem is already known from bug 94341 (the record count control in the form and the record count control in the toolbar are the same control). *** This bug has been marked as a duplicate of bug 94341 ***
Alex - Thank you for feedback on this and bug 109535. Two points though. You mention that this control and the toolbar are the same. However, the images posted in bug 109535 shows this control working (without theme present) while the toolbar does not. If the same, why different reaction? Also, I see a problem with you comment about "..it only occurs the very first time. Once the screen is refreshed in any way, the problem disappears." I don't see this (using Mint 18). Changing workspaces doesn't help one bit. Minimizing does clear the immediate problem. However, with every new record added the overwriting continues.