Issue 104515 - RTL UI: moving active embedded object to the left moves it to the right
Summary: RTL UI: moving active embedded object to the left moves it to the right
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: DEV300m39
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: Arabic, BIDI
Depends on:
Blocks: 114236
  Show dependency tree
Reported: 2009-08-26 11:04 UTC by kla
Modified: 2017-05-20 10:48 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description kla 2009-08-26 11:04:34 UTC
Follow up issue for i91763

for all OLE Objects (not only for chart):
When I tried to resize the object I got the problems below:

1. In activated mode, drag the right border to resize the object , the right
border remains immovable, instead the left border moves mirrorly. Drag the left
border, the right border moves as well but in a smaller distance.
2. In inactivated mode, if scenario 1 has been performed, drag the top or right
border to resize, the object hops to random direction.
Comment 1 kla 2009-08-26 12:04:14 UTC
Set Keyword
Comment 2 mikhail.voytenko 2009-11-11 13:16:51 UTC
mav->od: Could you please take a look.

The problem seems to be in the writer document. Even if the object not active
the resizing let object jump ( please see the entry 2 in the original
description ). Actually the scenario mentioned in the entry 2 can be also
reproduced with images.

Moreover, the resizing in the Calc  document work well. So I assume that the
reason for the problem in the first entry in the scenario might be the same as
for the second.

The problem was not recognized as a showstopper for now, although if there is a
quick and easy fix, UL is ready to take it in OOo3.2 as a showstopper.
Comment 3 Oliver-Rainer Wittmann 2009-11-11 15:24:04 UTC
First investigation reveals that both described defects already occur in OOo
2.2. The second defect even occurs in OOo 2.0. Thus, in my opinion these issues
do not seem to be such as serious that we have to fix them as show stoppers for
OOo 3.2

Deeper investigation of defect causes are needed.
Comment 4 Oliver-Rainer Wittmann 2009-11-12 08:54:50 UTC
Any other opinion on getting this fixed for OOo 3.2?
Comment 5 michael.ruess 2009-11-12 08:59:28 UTC
No, I also do not think that this is a release stopper.
Comment 6 Oliver-Rainer Wittmann 2009-12-03 15:19:50 UTC
It is not clear due to limited resources, if this issue can be solved for OOo
3.3. To be honest I am adjusting the target.
Comment 7 Marcus 2017-05-20 10:48:17 UTC
Reset assigne to the default "".