RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Description of problem:

User is unable to set correct cursor position in "input line". 

This brings lots of unwanted actions during editing of any table.

Imagine string "Hello Jane. How are you?

E.g. you'll click in front of 'o' in 'How' but cursor will appear in front of 'H'

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. create new document in oocalc
2. enter at least 10 characters long string into a cell
3. click to the another cell to make it inactive
4. select the cell with text by cursor
5. set cursor position before some character in the middle of the string by clicking mouse into the "input line" which placed above the sheet
6. repeat steps 3-6 few times 
  
Actual results:

Position defined by mouse does not match displayed cursor position in the input line

Expected results:

Cursor will be exactly on the place where user defined it

"Version-Release number of selected component (if applicable):"

please fill in what rpm this happens, i.e. the output of 
rpm -q openoffice.org-calc

>= openoffice.org-calc-3.2.1-19.4.el6.i686 contains the fix for issue 112788 which that is likely to be, so I don't know if you're using an older calc which doesn't have the fix, or if you have an additional bug.

dtardon->caolanm: i see it in 3.2.1-19.5.el6 and 3.3.0-1.5.fc14.1 . It works fine if I build without workspace.tl80.patch .

rats, well time to drop that attempt at a fix, its clearly just not working. Lets roll it out and look to fix it properly upstream along hdu's suggestions

The patch which is causing this problem is the attempt to fix bug #226737 where the approach taken there no longer works correctly

Verified on openoffice.org-*-3.2.1-19.6.el6

Seems to be ok now.

Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.