Bug 37314 - Display and focus problem when the Find toolbar is moved on the right or left of the window
Summary: Display and focus problem when the Find toolbar is moved on the right or left...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
3.4.5 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-18 05:08 UTC by Alexis Dufrenoy
Modified: 2012-03-21 01:42 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexis Dufrenoy 2011-05-18 05:08:51 UTC
If you move your Find toolbar to the right or to the left of your Libreoffice window, the search field behaves strangely. It doesn't display a previously entered search text anymore, but the default search text ("Rechercher" in my french version), which is blinking when you rollover with the mouse pointer, and it can't get the focus anymore, which means what you type appears actually in your document. If the field had the focus before you moved the toolbar, it keeps the focus, anyway.

On top or bottom of the window, the field behave without any problem, of course.

I tried it out in Writer, Impress, Draw and Calc and the symptoms are the same. I also tested on 3.3.0, on the same machine (actually, I found it on 3.3.0 first and upgraded to 3.3.2 to check if the bug was still existing in the current version)

Version disclaimers:

LibreOffice 3.3.2 
OOO330m19 (Build:202)
tag libreoffice-3.3.2.2

and

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 1 Rainer Bielefeld Retired 2011-05-18 07:58:28 UTC
NOT reproducible with "LibreOffice 3.4Beta5  – WIN7  Home Premium  (64bit) German UI [DEV300m103 (Build:5)]"

Related to LibO Version or WIN Version?

I do not understand "right or to the left of your Libreoffice window". Docked? Floating? How far moved?

@Alexis:
Please attach screenshots with comments and contribute information concerning your WIN version!
Comment 2 Björn Michaelsen 2011-12-23 13:55:12 UTC
Replace whiteboard status "UNCONFIRMED" with a move to status "NEEDINFO" for unassigned new bugs.
Comment 3 Björn Michaelsen 2011-12-23 17:00:50 UTC
needinfo keyword redundant by needinfo status.
Comment 4 Florent Angly 2012-03-20 15:53:50 UTC
I am experiencing some of the symptoms that Alexis is writing about with LibreOffice Writer 3.4.5 (build 502). I'll try to clarify. There really are two separate issues in my opinion:

1/ Missing history:
Ctrl+F to make the the "Find" toolbar appear. It does not matter it is is docked or floating. Search for a word in the document. Search for another word in the document. Now when you click on the pointing down arrow, your two previous search terms appear in your history. Close the "Find" toolbar. Now re-open the toolbar and note how the search history is missing. The expected behavior would be that the "Find" toolbar remembers the search terms that were used.

2/ Focus problem with floating "Find" toolbar:
Make sure the "Find" toolbar is closed. Press Ctrl+F to make the "Find" toolbar appear. If it was previously docked, the caret automatically moves to the search field. However, if it was previously undocked, the caret is still in the document and one needs to press Ctrl+F again to have the caret move to the search box (or move it manually there with a mouse).
So, the behavior of the focus is inconsistent with a docked or floating "Find" toolbar and should be made consistent. Several applications that I am used to (Gedit, Firefox) automatically move the caret to the search box when a search is requested. This is probably what should happen in the floating "Find" toolbar as well in LibreOffice.

Thanks,

Florent
Comment 5 Florent Angly 2012-03-20 15:55:39 UTC
Platform is Linux Mint Debian Edition on 64 bit.
Comment 6 Rainer Bielefeld Retired 2012-03-20 23:14:19 UTC
I close this one due to reporter's inactivity

@Florent Angly
Thank you for your comments, these seem to be different problems.
I submitted a new bug for your "1/ Missing history" problem, will you please submit a new bug for the second problem and put me to CC
Comment 7 Florent Angly 2012-03-21 01:42:12 UTC
(In reply to comment #6)
> will you please submit a new bug for the second problem and put me to CC

No problem: see Bug 47634