Bug 61561 - EDITING: senseless cutoff for duplicate function
Summary: EDITING: senseless cutoff for duplicate function
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Drawing (show other bugs)
Version: Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
QA Contact: Joel Madero
URL:
Whiteboard: BSA
Keywords:
: 56010 74076 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-02-27 16:20 UTC by bjoern
Modified: 2014-04-05 19:14 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description bjoern 2013-02-27 16:20:57 UTC
Problem description: In a drawing with e.g. scale 1:400 and unit meter, the "Duplizieren" (duplicate?) function does not accept any x or y arguments ("Verschiebung X-Achse" / "Verschiebung Y-Achse") larger than 1,00 m - although the page size (A4) is equivalent to 84 m x 118,80 m

Steps to reproduce:
1. open empty drawing
2. set scale to 1:400 and unit to Meter
3. sometimes you need to repeat step 2 - but on the second try the scale and unit change always work out (this is a bug I know from several OpenOffice versions, too)
4. create a rectangle e.g. 1m x2m
5. evoke the duplicate function (Shift+F3) and enter e.g. 1,5m in the x- or y-shift field 

Current behavior:
as soon as one goes on to a different input field, the input is truncated to 1,00 m

Expected behavior:
The function should accept input as least as large as the paper size (taking into account the actual scale)

              
Operating System: Windows 7
Version: 4.0.0.3 release
Comment 1 Joel Madero 2013-03-20 17:03:02 UTC
Thank you for reporting this issue! I have been able to confirm the issue on:
Version 3.6.5.2 
Platform: Bodhi Linux 2.2 x64
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
As I've been able to confirm this problem on an earlier release I am changing the version number as version is the earliest version that we can confirm the bug, we use comments to say that the bug exists in newer versions as well.

Marking as:

New (confirmed)
Minor - doesn't prevent high quality work, just requires a workaround (ie. manually setting size)
Low (default, seems appropriate)

It seems like the scaling is causing the issue - if you skip that step there are no artificial barriers to size.


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 2 robert 2014-04-05 19:11:04 UTC
*** Bug 74076 has been marked as a duplicate of this bug. ***
Comment 3 robert 2014-04-05 19:12:24 UTC
Could reproduce the bug with LO 3.3.0beta1. So I have set the Version to "Inherited FROM OOo".
Comment 4 robert 2014-04-05 19:14:52 UTC
*** Bug 56010 has been marked as a duplicate of this bug. ***


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.