Created attachment 83069 [details]
Sample frame test document
There is a problem trying to change the focus to inside a frame when the cursor is currently in the header. A sample document has been attached but the issue is easy to re-create.
Create a new document.
Enable the page header.
Create a frame in the document.
Click in the header to move the cursor in the header.
Click once inside the frame.
The cursor will not move to inside the frame.
The work around is the double click inside the frame and then click in it the third time. The cursor will then move to inside the frame.
The other way is to click in the document outside of the frame then click inside the frame.
Proper operation should be to click once inside the frame to move the cursor focus from the header to inside the frame.
This has been tested with version 4.1 in both Linux and Windows XP. I'm assuming the problem started in version 3.5 because that's when major design changes were made with how the header operated.
Confirmed under OS X 10.7.5 - LO 22.214.171.124.
Focus won't change until the cyan insert header box will disappear.
used to work in 126.96.36.199, broken in 188.8.131.52.
bibisect to 246ffb108c7e1f762f8d497750ad2414b85b99ef..41c2b0375773b2d2945d75e255ea6bb6c7fd378d
Author: Cédric Bosdonnat <firstname.lastname@example.org>
AuthorDate: Thu Nov 22 10:47:17 2012 +0100
Header/Footer: fixed the selection of frames anchored to header/footer
Now, double-click actually selects a frame anchored in header/footer.
Code has been cleaned a bit as well.
This bug also affects frame selection going the other way.
If you create a frame IN the header or footer and start with your cursor in the body, you can't select the other frames without resorting to the work-arounds listed above.
Oddly enough, if you have frames in both the header AND footer, you can click between those frames just fine. :)
Restricted my LibreOffice hacking area
This is a regression that hasn't had anything done with it for almost a year. Upgrading the importance level so it gets looked at.
(mabs are highest)
(This is an automated message.)
It seems that the commit that caused this regression was identified. (Or at least a commit is suspected as the offending one.)
Thus setting keyword "bisected".
still reproducible under Win8.1 using LibO 184.108.40.206 and 4.5.0 master
moving this to mab4.3 list since 4.2.x reached end of life
still reproducible under Win8.1 64bit using LibO 220.127.116.11 and 18.104.22.168.alpha1+
Build ID: ba70050dc37f82306a8a3c5815372a4b9fff18fc
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_06:35:49
Locale: en-US (it_IT)
Migrating Whiteboard tags to Keywords: (bibisected)
too bad nobody really looked into this earlier. It looks like a fairly easy fix.
https://gerrit.libreoffice.org/30693 tdf#67379 - sw: treat clicking h/f-fly the same as any other
Justin Luth committed a patch related to this issue.
It has been pushed to "master":
tdf#67379 - sw: treat clicking h/f-fly the same as any other
It will be available in 5.3.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:
Affected users are encouraged to test the fix and report feedback.
thanks Justin for investigating this
*** Bug 45961 has been marked as a duplicate of this bug. ***
I'm in an optimistic mood :) - marked bug 45961 as duplicate.