Created attachment 93063 [details] example When you delete everything in a diocument in Writer (with Ctrl-A and Delete), then frames stay in the document so you have to delete all of them manually. Here's a doc where I deleted everything and all but one frame and you can see that Writer lets the doc have 35 empty pages just to accommodate one frame. Frames are badly implemented anyway (e.g., when they jump pages at the top or bottom of pages) but can we at least plz have them easily deleted?
Hmmm, the doc has 15 pages, not 35. Please, could you attach the original file, before deleting its contents ? It seems that something went wrong when you deleted the content of the file. Best regards. JBF
What is the anchor of these frames? If they are anchored to the page, you should try to anchor them to the paragraph. Does it change something? Best regards. JBF
Sorry for the delay ... The problem shows up with frames that are anchored to the page. The problem is that I need them to be anchored to the page because the whole frame thing is messed up. Here's the thing: I have a long table some rows of which are background-shaded with grey. I need to be able to insert a frame on the side to indicate a date range. Now, if the frame is NOT anchored to the page, but to a shaded cell, then the frame itself gets shaded, which I don't want. This is in spite of the Frame:Background menu saying the frame has no fill - it still is grey and just inherits the color from the character to which it is attached, but it can then not be deleted (neither with highlighting nor with background). In addition, if you change what a frame is anchored to and that moves the frame into the header or footer area, then you cannot click on it anymore. The only way to then still get it is by clicking on where the frame hits the text boundaries. In sum, frames are really badly implemented, unfortunately :-|
Hmm, not sure where is the bug now. You should ask for help on the users mailing-list for the original table / frame problem. Best regards. JBF
Created attachment 96135 [details] example again!
What do you mean, where the bug is now??? The first bug is in this document where you have a frame anchored to a page where CTRL-A and delete everything does not delete the frame. The second bug is in this doc: move the frame around and see how it changes background color depending on whether it is attached to a shaded cell or not. So, again, what do you mean, where is the bug?
(In reply to comment #6) > What do you mean, where the bug is now??? > > The first bug is in this document where you have a frame anchored to a page > where CTRL-A and delete everything does not delete the frame. Issue confirmed under Win7x64 using LibO 4.3.1.2 the frame with "bug1" text doesn't get deleted after Ctrl+A and Canc. status NEW > The second bug is in this doc: move the frame around and see how it changes > background color depending on whether it is attached to a shaded cell or not. > > So, again, what do you mean, where is the bug? I confirm this as well, however you should file a separate bug report for this.
** 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.0.1 or preferably 5.0.2.2 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-10-14
I wouldn't say it's "pages that contain frames don't get deleted". They don't simply because Ctrl-A doesn't select frame. Also, in newer LO we have: - Draw Frame (Frame Interactively) - is selected and deleted - Frame.. - classic frame, the one from this bug - not selected - Floating Frame - cannot be selected, that may be another bug So, if there's a bug it should be "frame not selected with Select All". But I'm not sure why it should be in the first place. Especially now that there are different frames.
** 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.2.5 or 5.3.0 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-20170306
Still the same with 5.4+, except that I'd correct myself: - Insert Frame Interactively - is not selected and not deleted - Insert Frame.. - classic frame is selected and deleted - Insert Floating Frame - is not selected and not deleted https://help.libreoffice.org/Writer/Frame_1 doesn't explain why Ctr+A would make a difference.
** 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
still repro in Version: 6.3.0.0.alpha0+ Build ID: ed707a4806a489467c6d9be7d1b787dab94b5f78 CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
Reproducible with: Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: bb54d6d8241a06a6772052b77b67d6a4f686426c CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-11_20:14:38 Calc: threaded
Created attachment 190919 [details] test ODT with various frames covering all anchor options Confirming that it depends on anchoring (and not if the frame was created interactively or not): only frames anchored to page are not selected. File created and tested in recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: baecfd21797310bb15ab98ca3962445d99e397db CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Ctrl + A is actually not supposed to select objects anchored to page, see bug 105940. *** This bug has been marked as a duplicate of bug 105940 ***