Bug 134725 - Erratic behaviors in Basic IDE with mulitple controls selection
Summary: Erratic behaviors in Basic IDE with mulitple controls selection
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: BASIC (show other bugs)
Version:
(earliest affected)
7.0.0.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
: 136287 (view as bug list)
Depends on:
Blocks: BASIC-IDE
  Show dependency treegraph
 
Reported: 2020-07-11 06:20 UTC by blank15927
Modified: 2023-11-01 13:15 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
odt file with dialog box (10.48 KB, application/vnd.oasis.opendocument.text)
2020-12-01 12:30 UTC, blank15927
Details

Note You need to log in before you can comment on or make changes to this bug.
Description blank15927 2020-07-11 06:20:49 UTC
Description:
Dialog box : Some values are automatically reset when you try to set Position X or Y, Width or Height on multiple selections.

Steps to Reproduce:
1. Open the macro Editor
2. Create a dialbox, insert any number of controls, let's say 3 buttons, all with different positions X & Y, width & height.
3. Select the 3 items with the mouse
4a. Try to change Position X or Y to align them perfectly
4b. Or try to change the width or height
5. "Enter" to validate : nothing happens. (Enter key has never worked...)
6. "Tab" to move to another field : nothing happens.
7. When the field loses focus, my input should validate immediately. But it doesn't. I need to click randomly, multiple times, somewhere else, in another field.
8. When at last the command is executed, strange things happen in some other fields, depending on which property I tried to change (?) :
- Position Y or X is set to 0, or
- Width is set to 1, or
- Height is set to 1

Actual Results:
-

Expected Results:
-


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.1 (x64)
Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd
Threads CPU : 8; OS : Windows 10.0 Build 18363; UI Render : Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); Langue IHM : fr-FR
Calc: threaded

OK in 
Version : 6.4.5.2 (x64)
Build ID : a726b36747cf2001e06b58ad5db1aa3a9a1872d6
Threads CPU : 8; OS : Windows 10.0 Build 18363; UI Render : GL; VCL: win; 
Locale : fr-FR (fr_FR); Langue IHM : fr-FR
Calc: CL
Comment 1 blank15927 2020-07-11 06:22:43 UTC
Those are the 4 obvious fields. Other fields (alignment, label, name, etc) seem to be ok but I didn't test them all.
Comment 2 Buovjaga 2020-11-30 14:54:48 UTC
(In reply to blank15927 from comment #0)
> Description:
> Dialog box : Some values are automatically reset when you try to set
> Position X or Y, Width or Height on multiple selections.
> 
> Steps to Reproduce:
> 1. Open the macro Editor
> 2. Create a dialbox, insert any number of controls, let's say 3 buttons, all
> with different positions X & Y, width & height.

Please attach an example file at this step

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the document.
Comment 3 blank15927 2020-12-01 12:30:32 UTC
Created attachment 167712 [details]
odt file with dialog box
Comment 4 blank15927 2020-12-01 12:33:55 UTC
Here you go; see attached odt file.

You need to play randomly with the value position x/y to see these erratic behaviors.
Comment 5 Buovjaga 2020-12-03 12:22:17 UTC
Thanks for the file.

(In reply to blank15927 from comment #0)
> Description:
> Dialog box : Some values are automatically reset when you try to set
> Position X or Y, Width or Height on multiple selections.
> 
> Steps to Reproduce:
> 1. Open the macro Editor
> 2. Create a dialbox, insert any number of controls, let's say 3 buttons, all
> with different positions X & Y, width & height.
> 3. Select the 3 items with the mouse
> 4a. Try to change Position X or Y to align them perfectly
> 4b. Or try to change the width or height
> 5. "Enter" to validate : nothing happens. (Enter key has never worked...)
> 6. "Tab" to move to another field : nothing happens.

For me it always updates the view after tabbing.

> 8. When at last the command is executed, strange things happen in some other
> fields, depending on which property I tried to change (?) :
> - Position Y or X is set to 0, or
> - Width is set to 1, or
> - Height is set to 1

I reproduced such: after changing Y position of the 3 buttons at once, I tabbed into the next field and then Shift-tabbed back and then again tabbed. X position was changed to 0 either on the first tabbing or during the back-and-forth.

I bibisected with linux-64-7.0 to https://git.libreoffice.org/core/commit/1efeb17837c22499f00299c033ae59ba3910f7d7
weld Property Browser

Adding Cc: to Caolán McNamara
Comment 6 Aron Budea 2021-01-04 06:55:14 UTC
*** Bug 136287 has been marked as a duplicate of this bug. ***
Comment 7 QA Administrators 2023-01-05 03:20:21 UTC
Dear blank15927,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug