Bug#892136: Info received (Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation)
I have somehow isolated the problem. It appears when somebody tries to rearrange the slides in the left pannel using the mouse with slightly worn left button, or with touchpad. Certain combination of position of the dragged slide and left button clicks (e.g. caused by damaged left button) results in the immediate and silent deletion of the dragged slide. Regards, Wojtek -- Wojciech M Zabolotny, PhD Institute of Electronic Systems Faculty of Electronics and Information Technology Warsaw University of Technology
Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation
On 07.03.2018 07:36, Rene Engelhard wrote: On Tue, Mar 06, 2018 at 03:44:00PM +0100, Wojtek Zabolotny wrote: On 06.03.2018 10:01, Rene Engelhard wrote: tag 892136 + moreinfo thanks Would you also file the same bug if people using vi would do 1dd or %y or so blindly in command mode and wondering whether 1 lines or your file contents are gone? No, however if deletion occurs during normal edition (scrolling, entering of normal characters) it is obviously a reason to fill the bug report. You yourself said: "Probably certain user activity (a special dragging the slides in the left pannel, or using a special key sequence?) causes Impress to delete a slide without any warning or confirmation request." "special key sequence" is not the same as "entering of normal characters", neither is "a special dragging" the same as scrolling. Generally the problem occurs during normal editing. When I change the slides order in the left pannel, or when I switch between moving slides and normal editing in the main window. Unfortunately, I can't recreate that behavior. Whenever I try to trigger the problem, and do strangest operations in the left pannel (e.g. dropping one slide on another, dragging the group of slides etc.) nothing happens. As soon as I start normal editing and focus on the work not on the GUI operations, the problem randomly occurs. If I detect it quickly enough, I can recover the slide with CTRL+Z. If I notice it after significant changes are done, the only workaround is to save the corrupted presentation in another file, then recover the original presentation with CTRL+Z, and finally merge them both. Regards, Wojtek -- Wojciech M Zabolotny, PhD Institute of Electronic Systems Faculty of Electronics and Information Technology Warsaw University of Technology
Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation
On Tue, Mar 06, 2018 at 03:44:00PM +0100, Wojtek Zabolotny wrote: > On 06.03.2018 10:01, Rene Engelhard wrote: > > tag 892136 + moreinfo > > thanks > > Would you also file the same bug if people using vi would do 1dd > > or %y or so blindly in command mode and wondering whether 1 lines or > > your > > file contents are gone? > No, however if deletion occurs during normal edition (scrolling, entering of > normal characters) it is obviously a reason to fill the bug report. You yourself said: "Probably certain user activity (a special dragging the slides in the left pannel, or using a special key sequence?) causes Impress to delete a slide without any warning or confirmation request." "special key sequence" is not the same as "entering of normal characters", neither is "a special dragging" the same as scrolling. Regards, Rene
Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation
On 06.03.2018 10:01, Rene Engelhard wrote: tag 892136 + moreinfo thanks Would you also file the same bug if people using vi would do 1dd or %y or so blindly in command mode and wondering whether 1 lines or your file contents are gone? No, however if deletion occurs during normal edition (scrolling, entering of normal characters) it is obviously a reason to fill the bug report. It should be possible to switch an obligatory warning/confirmation request before any deletion of a slide or group of slides. I'd consider it annoying if valid slide deletions would always need to be deleted. Would you also do it in every cell in calc? In every word in writer? I'd prefer to be able to set it in the settings (preferences) menu. Currently having my presentations corrupted in random way is much more annoying then confirming the deletions. With best regards, Wojtek -- Wojciech M Zabolotny, PhD Institute of Electronic Systems Faculty of Electronics and Information Technology Warsaw University of Technology
Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation
tag 892136 + moreinfo thanks On Tue, Mar 06, 2018 at 12:27:22AM +0100, Wojciech Zabołotny wrote: > Package: libreoffice-impress > Version: 1:6.0.1-1 > Severity: normal > File: /usr/bin/loimpress Ehm, I don't think so. > I can't isolate the problem. Usually I notice it only after a longer > edition, Thhen we need more info. > when I see, that my presentation contains less slides than it should > contain. > Probably certain user activity (a special dragging the slides in the left > pannel, or using a special key sequence?) causes Impress to delete a > slide without any warning or confirmation request. > I find this feature (or bug?!) extremely dangerous. Usually i have to Would you also file the same bug if people using vi would do 1dd or %y or so blindly in command mode and wondering whether 1 lines or your file contents are gone? > It should be possible to switch an obligatory warning/confirmation request > before any deletion of a slide or group of slides. I'd consider it annoying if valid slide deletions would always need to be deleted. Would you also do it in every cell in calc? In every word in writer? Regards, Rene
Bug#892136: /usr/bin/loimpress: Libreoffice Impress sometimes silently deletes a slide from the presentation
Package: libreoffice-impress Version: 1:6.0.1-1 Severity: normal File: /usr/bin/loimpress Dear Maintainer, Since certain upgrade (maybe one year ago or so), the Impress silently deletes slides during the edition. I can't isolate the problem. Usually I notice it only after a longer edition, when I see, that my presentation contains less slides than it should contain. Probably certain user activity (a special dragging the slides in the left pannel, or using a special key sequence?) causes Impress to delete a slide without any warning or confirmation request. I find this feature (or bug?!) extremely dangerous. Usually i have to make a backup of my presentation before any serious edition. I have irreversibly destroyed a few of my presentations by deleting random slides, before I have discovered that behaviour. It should be possible to switch an obligatory warning/confirmation request before any deletion of a slide or group of slides. With best regards, Wojtek -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice-impress depends on: ii libc62.26-6 ii libepoxy01.4.3-1 ii libetonyek-0.1-1 0.1.7-2 ii libgcc1 1:8-20180218-1 ii libmwaw-0.3-30.3.13-1 ii libodfgen-0.1-1 0.1.6-2 ii libreoffice-core 1:6.0.1-1 ii libreoffice-draw 1:6.0.1-1 ii librevenge-0.0-0 0.0.4-6 ii libstaroffice-0.0-0 0.0.5-1 ii libstdc++6 8-20180218-1 ii libxml2 2.9.4+dfsg1-6.1 ii uno-libs36.0.1-1 ii ure 6.0.1-1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages libreoffice-impress recommends: ii libreoffice-avmedia-backend-gstreamer 1:6.0.1-1 Versions of packages libreoffice-impress suggests: ii bluez 5.47-1+b1 Versions of packages libreoffice-core depends on: ii fontconfig2.12.6-0.1 ii fonts-opensymbol 2:102.10+LibO6.0.1-1 ii libboost-date-time1.62.0 1.62.0+dfsg-5 ii libboost-locale1.62.0 1.62.0+dfsg-5 ii libc6 2.26-6 ii libcairo2 1.15.10-1 ii libclucene-contribs1v52.3.3.4+dfsg-1 ii libclucene-core1v52.3.3.4+dfsg-1 ii libcmis-0.5-5v5 0.5.1+git20160603-3+b1 ii libcups2 2.2.6-5 ii libcurl3-gnutls 7.58.0-2 ii libdbus-1-3 1.12.4-1 ii libdbus-glib-1-2 0.110-2 ii libdconf1 0.26.1-3 ii libeot0 0.01-5 ii libepoxy0 1.4.3-1 ii libexpat1 2.2.5-3 ii libexttextcat-2.0-0 3.4.5-1 ii libfontconfig12.12.6-0.1 ii libfreetype6 2.8.1-2 ii libgcc1 1:8-20180218-1 ii libglib2.0-0 2.54.3-2 ii libgpgmepp6 1.10.0-2 ii libgraphite2-31.3.10-8 ii libharfbuzz-icu0 1.7.2-1 ii libharfbuzz0b 1.7.2-1 ii libhunspell-1.6-0 1.6.2-1 ii libhyphen02.8.8-5 ii libice6 2:1.0.9-2 ii libicu57 57.1-8 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblcms2-22.9-1 ii libldap-2.4-2 2.4.45+dfsg-1 ii libmythes-1.2-0 2:1.2.4-3 ii libneon27-gnutls 0.30.2-2 ii libnspr4 2:4.18-1 ii libnss3 2:3.35-2 ii libodfgen-0.1-1 0.1.6-2 ii liborcus-0.13-0 0.13.3-1 ii libpng16-16 1.6.34-1 ii libpoppler72 0.61.1-2 ii librdf0 1.0.17-1.1 ii libreoffice-common1:6.0.1-1 ii librevenge-0.0-0 0.0.4-6 ii libsm62:1.2.2-1+b3 ii libstdc++68-20180218-1 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.3-1+b3 ii libxml2 2.9.4+dfsg1-6.1 ii libxmlsec11.2.25-1 ii libxmlsec1-nss1.2.25-1 ii libxrandr22:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.11.1.29-5 ii uno-libs3 6.0.1-1 ii ure 6.0.1-1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages libreoffice-core recommends: ii libpaper-utils 1.1.24+nmu5 Versions of packages libreoffice-draw depends on: ii libavahi-client3 0.7-3.1 ii libavahi-common3 0.7-3.1 ii libc62.26-6 ii libcdr-0.1-1 0.1.4-1 ii libdbus-1-3 1.12.4-1 ii libdbus-glib-1-2 0.110-2 ii libfreehand-0.1-10.1.2-2 ii libgcc1 1:8-20180218-1 ii libglib2.0-0 2.54.3-2 ii
