Created attachment 108953 [details] Input Fields - NOT Double-Prompted Note: I'm opening this bug based on the one I opened for Openoffice long ago (just over 8 years ago in fact) - and it still exists... This is a strange one... The issue is, once the bug is triggered, whenever you initiate the prompt for Input Fields (either using 'CTRL+SHIFT+F9' or when dbl-clicking on a template),it prompts for all of the fields, then prompts for all of the same ones *again* - so, it prompts for all of the fields *twice*. Interestingly, deleting ALL of the Input Fields from both the Header and Footer results in all of the Fields *still being prompted for*, even though there are none there, but this time they are only prompted for once. What I did to reproduce it was: 1. Modify the 'Default' Page Style of the newly created document to contain Headers and Footers, then place Input Fields into them. Save it. 2. Create a new Page Style based on the 'Default' (which should be the current selection) by using the 'New Style from Selection' option in 'Styles and Formatting' > 'Page Styles'. 3. Apply the newly created Style by dbl-clicking it. 4. Initiate the prompt for Input Fields ('CTRL+SHIFT+F9'). 5. You should be dbl-prompted for the fields. NOTE: this bug does *not* trigger (at least it didn't for me) if you create the Page Styles you want to use and apply them *before* you add the Input Fields to the Header/Footer. In other words, it should be reproducible by simply copying the 'Default' page style to a custom one, then changing the current Page Style to the newly created custom one. I will attach three sample documents (templates are affected the same way), one that doesn't exhibit the bug (before I changed the Page Styles), one that does exhibit the bug (*after* I changed the Page Styles), and one that I deleted all of the Input Fields from *after* the bug was triggered, which still prompts for all of the Input Fields, but this time only once. I have not been able to 'fix' a document once the bug is triggered. In fact, deleting *everything* in a broken document results in *all* of the Input Fields that were there being prompted for, but only once.
Created attachment 108954 [details] Input Fields - Double Prompted
Created attachment 108956 [details] Input Fields deleted - no longer double-prompted, but still single-prompted
Reproduced. Tried all 3 files. 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
Content in headers and footers are saved with the page style. Default Style has header and footer with input fields. A new style is created from Default Style. Page is changed to new style. Default Style, even though it is not used, still has input fields. Maybe there should be a check when updating fields to see if a page style is used in the document. The workaround is to insert a page break with any unused page styles and delete the input fields from the headers and footers then delete the page break. Windows Vista 64 Version: 4.4.4.3 Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8
** 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.1.5 or 5.2.1 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-20160920
(In reply to Gordo from comment #4) > Content in headers and footers are saved with the page style. > > Default Style has header and footer with input fields. > A new style is created from Default Style. > Page is changed to new style. > Default Style, even though it is not used, still has input fields. > > Maybe there should be a check when updating fields to see if a page style is > used in the document. > > The workaround is to insert a page break with any unused page styles and > delete the input fields from the headers and footers then delete the page > break. > > Windows Vista 64 > Version: 4.4.4.3 > Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8 That is the proper analyses. So let me change this to a RFE and change the summary accordingly.
I'm unsure this is a valid request. The headers/footers are all equal, and are outside of the text flow. The "use" of any page style is something happening dynamically, e.g. if the styles participate in "next style" sequence, it may be used on one system (with some fonts installed), but not on another (with those fonts missing, and substituted fonts making the page count to be a bit smaller). But at some edit, those pages may appear after typing some more text ... and what then? What value should be displayed there, if wasn't set on document creation? IMO -> WF or NOTABUG.