Created attachment 119173 [details] screen_shot when I push the "new document button" (or go from the menu: file/new/text document), I'll start typing... but then, seconds later, I'll realize that nothing has been typed... the cursor was not blinking in the document, that is, the document -- speaking of it as of a "field" -- was "not in focus"... so to say... the good thing would be, of course, if by the time the new document is there, one could just start typing without having to place the cursor "into" the document... I hope I could explain this clearly :) thank you for your work PS: I don't know if this one is in relation to bug #49684
I confirm bug under Win8.1x64 using LibO 5.0.2.1 and a recent 5.1.0.0 alpha daily build the bug is not present in LibO 4.4.5.1 so it's a regression and needs bibisecting the focus issue affects new files created from toolbar button or from the main menu. if you create a new document from the start center the cursor is correctly in focus. I raise severity since this can be annoying
I can not confirm with Version: 5.1.0.0.alpha1+ Build ID: 2511a21841dd9dec735a53add8174e47d24deb88 TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-13_23:26:46, win7 Please could you retest with dev version? http://dev-builds.libreoffice.org/daily/master/
(In reply to raal from comment #2) > I can not confirm with Version: 5.1.0.0.alpha1+ > Build ID: 2511a21841dd9dec735a53add8174e47d24deb88 > TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-13_23:26:46, > win7 > > Please could you retest with dev version? > http://dev-builds.libreoffice.org/daily/master/ hi, I checked it (this version, you mentioned) on WinXP and it seems to be GONE.
ok, checked in my original WIN7 machine too, it is, indeed, GONE. so, I change status to solved thank you all
CORRECTION: (it is NOT gone) although I checked it twice, both on a WINXP and a WIN7 machine, when I wanted to change the status to resolved, it came up again... there's tricky thing though: I open a new file (by clicking the NEW icon), and nothing.. I type, but there'll be noting written... BUT, when I'm about to create a new document again, the cursor appears... RIGHT WHEN I click the NEW icon, it will appear (in the already open, previously created one)... (NOTE: when I experienced that it was GONE, it was really gone, not in this tricky manner) So, I have shut down the machine, booted up again, opened Writer, from the "splash" screen I chose a previously opened document (an ODT, of course), and then I clicked the NEW icon. on WINXP: it was GONE. on WIN7: NOT GONE, the tricky behavior: when clicking on the NEW icon, the cursor will appear in the previously opened document... ALSO: when I change window, go to another open document, and then come back, the cursor will already be there... - - - - - - - - - - - NOW I don't know how it seemed to be gone...
OKAY: it is GONE. I wanted to uninstall Libreoffice completely to start over -- but then I realized that the 5.1 alpha and the 5.1.2.2 coexisted.. and then I checked which version my quick launche opens and it was the 5.0.2.2. so I opened Writer by clicking the new icon on the desktop (not on the QL toolB) and then it was GONE. Sorry for this intermezzo. and thanks now someone could change it resolved, I guess
Thanks for testing, correct status is worksforme, because we don't know commit which repair the bug.
Confirmed in version: 5.0.3.2 Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 Locale: nl-NL (nl_NL) The odd thing is that it seems as if the new document window doesn't get focus at all, meaning it doesn't seem to get any of the user input - when I press Ctrl+N again with a non-responsive document window open, no new documents are opened (that does work in Apache OO 4.2). I really have to click in the window to give it focus.
(In reply to tommy27 from comment #1) > ... > the focus issue affects new files created from toolbar button or from the > main menu. if you create a new document from the start center the cursor is > correctly in focus. > tested under Win8.1 x64 this bug is still present in LibO 5.0.3.1 but is not reproducible anymore in LibO 5.2.0.0.alpha0+ Build ID: 51a5dfd783bfc1efc52a791aab4114039581252f Threads 4; Ver: Windows 6.2; Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-04_10:49:33 Locale: it-IT (it_IT) so bottomline is that the bug still affects the 5.0.x branch but is resolved in the 5.2.x branch, so the correct status is WORKSFORME I suggest to test a 5.1.x daily build to see if it's fixed in that one too. then do a reverse bibisect to identify the fixing committ and ask for backport into 5.0.x
Migrating Whiteboard tags to Keywords: (bibisectRequest) [NinjaEdit]