| Summary: | EDITING - Unable to change height or Y position of objects in Base reports | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Gr <dugoac> |
| Component: | Base | Assignee: | Caolán McNamara <caolan.mcnamara> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | caolan.mcnamara, robert, xiscofauli |
| Priority: | medium | Keywords: | bibisected, bisected, regression |
| Version: | 7.0.0.3 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | All | ||
| Whiteboard: | target:7.1.0 target:7.0.1 | ||
| Crash report or crash signature: | Regression By: | ||
|
Description
Gr
2020-08-07 10:20:53 UTC
@Gr : does this only occur when you use the wizard, or does it also occur when you design a report manually ? Partial repro with Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e Threads CPU : 8; OS : Mac OS X 10.15.5; UI Render : par défaut; VCL: osx Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded using an embedded hsqldb ODB file and a report created by the wizard. I can change the width, providing I do not overlap with another object. However, I can not change the height, nor can I change the Y position. Confirming The height couldn't be changed by the dialog for the properties. Always shows 0,00 cm here. But I could change it by mouse. This is a regression from LO 6.4 to LO 7.0. All tested with OpenSUSE 64bit rpm Linux, LO 6.4.5.2 (works) and LO 7.0.0.3 (fails) Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=1efeb17837c22499f00299c033ae59ba3910f7d7 author Caolán McNamara <caolanm@redhat.com> 2019-11-04 13:06:04 +0000 committer Caolán McNamara <caolanm@redhat.com> 2019-12-09 13:28:35 +0100 commit 1efeb17837c22499f00299c033ae59ba3910f7d7 (patch) tree a8db0b758e942b3b14fba26129dc51a95ff5c10c parent 4da3e0a0e5b2260c26186890724978bfd00f796c (diff) weld Property Browser Bisected with: bibisect-linux64-7.0 Adding Cc: to Caolán McNamara presumably something like no min/max is set which should result in any value being possible but is instead interpreted as a min/max of 0 Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/97e49876086bbdcb58ae0c22d9145c453f239468 tdf#135526 ranges overflowing to become negative It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. works in master again, backport to 7-0 in gerrit Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/4acf7b7b03ed62cbea2b738c9dcfe3a8bdb36288 tdf#135526 ranges overflowing to become negative It will be available in 7.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-0-1": https://git.libreoffice.org/core/commit/692b2779c2c927079e656a9fc398d28cc2b08049 tdf#135526 ranges overflowing to become negative It will be available in 7.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Verified in Version: 7.1.0.0.alpha0+ Build ID: e2f4e65a7b8024c00b049eebf0d87637efda7f24 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Caolán, thanks for fixing this issue!! |