- Document with header, and a frame in it. - Put cursor in the frame - type Escape > cursor leaves the header and enters the document body Expected: frame is selected (selection blocks)
selecting with mouse is cumbersome IMO
of course this was OK in the past
Cor could you add a prepared doc for QA to confirm and maybe bibisecting, please ?
Created attachment 79761 [details] test document I do not work with bibisect In general, I set the version to the first verion in which I can find the issue. And I have many LibreOffice versions available ;)
by the way: I do QA myself, and did set the issue to 'new' ;)
Sorry Cor. I don't know how I did not match your name in the bug with your id in the ML :)
Hi Mat, (In reply to comment #6) > I don't know how I did not match your name in the bug with your id in the ML > :) Ah, sorry that I did not understand that that's not clear per see ;)
and one more apology: I already see the bug in Build ID: 202fca9-7f15fca-1f1fd1a-ca8e46d-5bcbce4 (beta0 or beta1 for 3.5.0)
Apparently PreBibisect, changing whiteboard status
(In reply to comment #9) > Apparently PreBibisect, changing whiteboard status Hi Joel, It's quite reasonable to expect that this changed with the new handling of header and footers. That involved a lot of changes in focus, mouse over events and such. Cor
Hm - but then we would see it in bibisect no?
(In reply to comment #11) > Hm - but then we would see it in bibisect no? Could well be. Mybe I'm optimistic, but I expect a dev that was working on this knows to find it without bibisect. But hé, it's a minor issue here ;)
** 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 (4.4.3 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-06-08
still a problem in 4.4.4.2
Migrating Whiteboard tags to Keywords: (preBibisect) [NinjaEdit]
[This is an automatic message] Changing version to 3.5.7.2 in order to get rid of 'preBibisect' version as 3.5.7.2 looks to be the last version not covered by bibisect-43all.
*** This bug has been marked as a duplicate of bug 67379 ***