[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#934678: marked as done (libreoffice-writer: Cropping an image that is flipped does not work as expected)



Your message dated Thu, 17 Jun 2021 20:17:33 +0200
with message-id <9a25d106-c53d-31fa-2187-2117d1ab46fa@debian.org>
and subject line Re: Bug#934678: Bug still exists
has caused the Debian Bug report #934678,
regarding libreoffice-writer: Cropping an image that is flipped does not work as expected
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
934678: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934678
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: libreoffice-writer
Version: 6.3.0.4
Severity: normal

Dear Maintainer,

Cropping an image after flip horizontal or vertical, works the opposite way

To reproduce do the following:
Insert an image or clip art.
Flip horizontal the image.
Try to crop the image. Select the right handle and reduce the size of the image by hiding the right part of the image.
When mouse action is complete, you will see that the left part of the image is hidden instead of the right.

This affects flip horizontal and flip vertical actions.
All other rotate options are working fine with crop.

Libreoffice Calc is not affected by this bug.


--- End Message ---
--- Begin Message ---
Version: 1:7.2.0~beta1-1


Hi,

Am 17.06.21 um 16:05 schrieb Vangelis Skarmoutsos:
> The described bug still exists in LibreOffice Writer
>
> Version: 7.0.4.2
> Build ID: 00(Build:2)
> CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
> Locale: el-GR (el_GR.UTF-8); UI: el-GR
> Debian package version: 1:7.0.4-4
> Calc: threaded
>
*Noone* claimed otherwise.


It was closed because it *is* fixed - in 7.2.0 beta 1.

It was marked correctly as such.

If you would actually have looked  completely you would have seen that
the version tracking knew this and if you explicitely specified sid it
would have been shown as unfixed.

Bugs get closed in Debian with a version if a package containing the fix
was uploaded - and that was the case in this case.


Regards,


Rene

--- End Message ---

Reply to: