Bug 99581 - Draw: Crack when change line width and can not change width at all
Summary: Draw: Crack when change line width and can not change width at all
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.1.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-29 18:17 UTC by chenchiel
Modified: 2016-12-07 12:33 UTC (History)
2 users (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 chenchiel 2016-04-29 18:17:25 UTC
I notice that when I want to change the line width after drawing a line in Draw, now the only way is select the drop down value, can not typing any number in the custom area. If I have a number that copy into the clipboard before, I can right click and paste the value from clipboard, but can not use CTRL+V to paste, if you do that, the Draw will crack immediatly.
Comment 1 V Stuart Foote 2016-04-29 21:14:35 UTC
Can not reproduce on Windows 8.1 Pro 64-bit en-US with
Version: 5.1.2.2 (x64)
Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f
CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; 
Locale: en-US (en_US)


Using the sidebar Properties deck, Line content panel I can paste line width in points.  Or, using the context menu -> Line dialog the width field can be directly edited--can be scrolled--or a value can be pasted.  Interesting in that the sidebar content panel measurments are working in point while the dialog is working in inches for my local.

In any case Draw is not "crashing".
Comment 2 Julien Nabet 2016-04-29 21:27:21 UTC
On pc Debian x86-64 with LO Debian package 5.1.2.2, I don't reproduce this.

For the test, could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux) and give a new try?
If you still reproduce this, please try to retrieve a backtrace by using this link:
https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace
Comment 3 chenchiel 2016-04-29 21:44:04 UTC
Thanks for your recommends, I used the sidebar when I found the bug, I could not typing number to change the drawed line width in the sidebar Properties area where the context menu -> Line dialog the width field can. But I found the side bar Properties shows the width unit in pt, but he context menu -> Line dialog the width field in inch, when I typed width unit in pt in Line dialog, it seems work very weird, maybe the accuracy problem or something else, it won't the line width which I want in the Line dialog but the side bar. I don't know the problem only in Ubuntu or the other OS system the same.
Comment 4 chenchiel 2016-04-29 21:45:33 UTC
(In reply to V Stuart Foote from comment #1)
> Can not reproduce on Windows 8.1 Pro 64-bit en-US with
> Version: 5.1.2.2 (x64)
> Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f
> CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; 
> Locale: en-US (en_US)
> 
> 
> Using the sidebar Properties deck, Line content panel I can paste line width
> in points.  Or, using the context menu -> Line dialog the width field can be
> directly edited--can be scrolled--or a value can be pasted.  Interesting in
> that the sidebar content panel measurments are working in point while the
> dialog is working in inches for my local.
> 
> In any case Draw is not "crashing".

Thanks for your recommends, I used the sidebar when I found the bug, I could not typing number to change the drawed line width in the sidebar Properties area where the context menu -> Line dialog the width field can. But I found the side bar Properties shows the width unit in pt, but he context menu -> Line dialog the width field in inch, when I typed width unit in pt in Line dialog, it seems work very weird, maybe the accuracy problem or something else, it won't the line width which I want in the Line dialog but the side bar. I don't know the problem only in Ubuntu or the other OS system the same.
Comment 5 chenchiel 2016-04-29 22:01:00 UTC
(In reply to V Stuart Foote from comment #1)
> Can not reproduce on Windows 8.1 Pro 64-bit en-US with
> Version: 5.1.2.2 (x64)
> Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f
> CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; 
> Locale: en-US (en_US)
> 
> 
> Using the sidebar Properties deck, Line content panel I can paste line width
> in points.  Or, using the context menu -> Line dialog the width field can be
> directly edited--can be scrolled--or a value can be pasted.  Interesting in
> that the sidebar content panel measurments are working in point while the
> dialog is working in inches for my local.
> 
> In any case Draw is not "crashing".

Yes, you are right, I can use the context munu -> Line dialog the width field to change the line width, and set the globle unit to pt, I can get the right line width use the Line dialog, but in the sidebar Properties deck, I just only can change the line width by click the up and down arrow in the Custom area in the drop down menu or select the width directly, can not tying any number in the box, when I try to left click select the box(can not select it at all, the curser can not blink in the box) and typing any charactor, the Draw is cracking...
Comment 6 QA Administrators 2016-11-08 12:30:37 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2016-12-07 12:33:20 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20161207