[Upstream] Shift+Tab indented bullet indents further

Bug #330117 reported by Itamar Carvalho
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Medium
libreoffice (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

Binary package hint: openoffice.org

1) lsb_release -rd
Description: Ubuntu 12.04 LTS
Release: 12.04

2) apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.5.2-2ubuntu1
  Candidate: 1:3.5.3-0ubuntu1
  Version table:
     1:3.5.3-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise-updates/main i386 Packages
 *** 1:3.5.2-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages
        100 /var/lib/dpkg/status

3) What is expected to happen in a blank Impress file under Tasks click Layouts -> click Layout Title,Content -> click inside box "Click to add text" -> type level 1 -> hit Enter -> hit Tab -> type level 2 -> save as ppt -> close and reopen https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/330117/+attachment/3143458/+files/example.ppt -> click to the left of level 2 -> Shift+Tab and the minus sign changes to a bullet, and deindents to level 1.

4) What happens instead is the minus sign changes to >> and indents further.

ApportVersion: 2.0.1-0ubuntu7
Architecture: amd64
CheckboxSubmission: f2d10bd9f943a85b486a282e7840a570
CheckboxSystem: 0531969bcfd4f03af7405c98dc94a948
DistroRelease: Ubuntu 12.04
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
Package: libreoffice-impress 1:3.5.3-0ubuntu1
PackageArchitecture: amd64
ProcEnviron:
 LANGUAGE=
 TERM=xterm
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 3.2.0-24.38-generic 3.2.16
Tags: precise
Uname: Linux 3.2.0-24-generic x86_64
UpgradeStatus: Upgraded to precise on 2011-12-03 (160 days ago)
UserGroups: adm admin cdrom dialout libvirtd lpadmin netdev plugdev sambashare

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: openoffice.org-core 1:3.0.1-1ubuntu1~intrepid1
ProcEnviron:
 PATH=/usr/lib/openoffice/program:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=pt_BR.UTF-8
 SHELL=/bin/bash
SourcePackage: openoffice.org
Uname: Linux 2.6.27-11-generic x86_64
UnreportableReason: Este não é um pacotes Ubuntu genuíno

Revision history for this message
Itamar Carvalho (itamarc) wrote :
Revision history for this message
Itamar Carvalho (itamarc) wrote :
Revision history for this message
Itamar Carvalho (itamarc) wrote :
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

I replicated this on latest Jaunty - NOTE this is a regression; it works fine on the 3.0.0 in Intrepid.

Changed in openoffice.org:
status: New → Confirmed
Chris Cheney (ccheney)
Changed in openoffice.org:
importance: Undecided → Low
status: Confirmed → Triaged
Changed in openoffice:
status: Unknown → Confirmed
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote : Re: [upstream] OpenOffice undo bullet change level wrong

IMHO this is higher than 'low' - it can make it very difficult to use OOo to work on other peoples presentations

Revision history for this message
Chris Cheney (ccheney) wrote :

The priority level I set in launchpad really has no bearing at all on when upstream will fix the issue. If you want to try to convince upstream to fix it faster feel free to follow the bug link at the top of the page and discuss it there.

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

Yeh; that's why I've voted for the OOo bug and added a comment; my point was from a usability point of view of Ubuntu as a whole in a commercial envrionment it is a real pain of a bug.

Dave

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

This is still present in the current lucid version:

3.2.0 OOO320m11 (Build:9479) openoffice.org-core 1:3.2.0rc4-1ubuntu1, Mon Feb 1
23:54:49 UTC 2010

shift-tab didn't seem to work at all any more, but pressign the left pointing arrow icon did the same.

Dave

Chris Cheney (ccheney)
tags: added: intrepid
Changed in openoffice.org (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : migrating packaging from OpenOffice.org to Libreoffice

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote : Re: [upstream] OpenOffice undo bullet change level wrong

There is still something going on Oneiric 3.4.3 impress; the behaviour isn't as bad as it used to be, but the behaviour of the bullets is still getting corrupted.

The difference i have from the original instructions is that when reloading the .ppt place the caret on the start of the line with the 2nd level bullet and hit backspace twice. For me when the two lines are merged the bullet at the start of the 1st level line changes to a misrendered square. I'll add an image.

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

Misrendered bullet on libreoffice 3.4.3

penalvch (penalvch)
summary: - [upstream] OpenOffice undo bullet change level wrong
+ Undo bullet change level wrong
Revision history for this message
penalvch (penalvch) wrote : Re: Undo bullet change level wrong

Itamar, thank you for reporting this bug and helping make Ubuntu better. Please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect -p libreoffice 330117

Could you please attach the ppt file from step 3 that demonstrates this problem?

Changed in libreoffice (Ubuntu):
status: New → Incomplete
Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Problem description:
  When trying to edit a .ppt presentation (even one which was produced by libre) shift-tab on a second level bulleted list indents and switches to an odd bullet.

  This corresponds to Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/330117
  and OpenOffice bug : https://issues.apache.org/ooo/show_bug.cgi?id=99843

Steps to reproduce:
1) Open a shell, type libreoffice
2) You see a libreoffice window asking you what type of document you want, click 'presentation'
3) You now see an empty document with 'Click to add title' and a centred 'Click to add text', on the right there isa series of sections, Master Pages, Layouts, table Design. If 'layouts' isn't already open, click on the >Layouts to open it,
4) Click on the left most layout on the 2nd row - if you hover over it it says 'Title, Content'. When you click the empty document changes so that the 'Click to add text' is now at the top left with a round bullet.
5) Click on 'Click to add title', type 'This is a title'
6) Now click on the 'Click to add text' and and type 'Level 1' hit return
7) Now hit tab and type Level 2 hit return (as you hit tab the bullet changes to a -)
8) type More level 2 and hit return and then Yet more level 2
9) Now go to File->Save as, select a Filter: of Microsoft Powerpoint 97/2000/XP/2003 (.ppt), type a filename (say broken2.ppt) and hit save
10) Convert the 'use Microsoft Powerpoint 97/2000/xp/2003 format' prompt
11) Exit libreoffice (File->Exit, click Discard when it prompts)
12) Now reopen libreoffice (e.g. at the terminal)
13) Use File->Open to open broken2.ppt
14) Click on the L of the 1st line that says Level 2 and then double click, the 'Level 2' is now inverted to show it's highlighted.
15) Hit shift-tab

step 15 now shows the bug -

Current behavior:
the text incorrectly moves to the right and a bullet >> is shown.

Expected behavior:
   it should be moving to the left and the bullet should match the 1st level bullet. Note this happens if you don't go through a .ppt format at any stage.

Platform (if different from the browser):

Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.168 Chrome/18.0.1025.168 Safari/535.19

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

Example ppt showing the problem.

tags: added: apport-collected precise
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote : apport information

ApportVersion: 2.0.1-0ubuntu7
Architecture: amd64
CheckboxSubmission: f2d10bd9f943a85b486a282e7840a570
CheckboxSystem: 0531969bcfd4f03af7405c98dc94a948
DistroRelease: Ubuntu 12.04
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
Package: libreoffice-impress 1:3.5.3-0ubuntu1
PackageArchitecture: amd64
ProcEnviron:
 LANGUAGE=
 TERM=xterm
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 3.2.0-24.38-generic 3.2.16
Tags: precise
Uname: Linux 3.2.0-24-generic x86_64
UpgradeStatus: Upgraded to precise on 2011-12-03 (160 days ago)
UserGroups: adm admin cdrom dialout libvirtd lpadmin netdev plugdev sambashare

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote : Dependencies.txt

apport information

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote : Re: Undo bullet change level wrong

Hi Christopher,
  This also affects me - I've attached a ppt (as per the instructions) and confirmed this still happens on precise; libre office.
Open the ppt, double click to select the entire line that is the first line of second level bullets and hit shift-tab to produce the problem.

To repeat my comment I added 3 years ago, I think this is actually a higher priority than 'low' bug, because it makes it difficult to work on documents in collaboration with windows users who are editing with MS products, which can make it tricky for those of us who work(ed) in such an environment.

Dave

Changed in libreoffice (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Dave Gilbert, regarding your attachment https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/330117/+attachment/3143142/+files/broken.ppt I was able to reproduce the issue. However, I will need more information in order to mark this Triaged.
* What program and version specifically, originally created the file?
* When one puts the cursor at the end of the first line, hits Enter -> clicks Tab -> Shift+Tab it brings the bullet back to the first level bullet. This desired action persists even after saving, closing, and reopening. Could you please provide a click-by-click example on how to make the file you attached?

Thank you for your help on this.

lsb_release -rd
Description: Ubuntu 12.04 LTS
Release: 12.04

apt-cache policy libreoffice-impress
libreoffice-impress:
  Installed: 1:3.5.2-2ubuntu1
  Candidate: 1:3.5.3-0ubuntu1
  Version table:
     1:3.5.3-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise-updates/main i386 Packages
 *** 1:3.5.2-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages
        100 /var/lib/dpkg/status

Changed in libreoffice (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

Program: Libreoffice-impress 1:3.5.3-0ubuntu1 (as per the apport data) - hmm that apport data says it was 3.5.2 - and help shows 3.5.3.2 which is rather confusing.

To replicate the issue, move your cursor over the text '2nd level', double click (2nd level should now be shown in inverted text), now hit shift-tab.
For comparison, if I hadn't saved as a ppt it works (e.g. open impress, Click the layout with non-centred text is easiest - e.g. for me that's labelled 'Title centred' - left one on the 2nd row down of layouts), type Hello, hit return, type goodbye, double click to highlight the Goodbye, hit tab indents and changes the bullet, shift-tab unindents and changes the bullet back - as it should do.

So this does seem specific to something that has gone through the .ppt filter - whether it's created originally in libre or come from MS Ppt.

Dave

Changed in libreoffice (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Dave Gilbert, unfortunately https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/330117/comments/18 did not answer all of my questions.

I need you to provide a click-for-click example, as I demonstrated in https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/330117/comments/17 , to go from a blank document to the attachment you posted.

Changed in libreoffice (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

OK, lets try again - but ALL the information is in the comments in the comments already in here.

1) Open a shell, type libreoffice
2) You see a libreoffice window asking you what type of document you want, click 'presentation'
3) You now see an empty document with 'Click to add title' and a centred 'Click to add text', on the right there isa series of sections, Master Pages, Layouts, table Design. If 'layouts' isn't already open, click on the >Layouts to open it,
4) Click on the left most layout on the 2nd row - if you hover over it it says 'Title, Content'. When you click the empty document changes so that the 'Click to add text' is now at the top left with a round bullet.
5) Click on 'Click to add title', type 'This is a title'
6) Now click on the 'Click to add text' and hit return
7) Now hit tab and type Level 2 hit return (as you hit tab the bullet changes to a -)
8) type More level 2 and hit return and then Yet more level 2
9) Now go to File->Save as, select a Filter: of Microsoft Powerpoint 97/2000/XP/2003 (.ppt), type a filename (say broken2.ppt) and hit save
10) Convert the 'use Microsoft Powerpoint 97/2000/xp/2003 format' prompt
11) Exit libreoffice (File->Exit, click Discard when it prompts)
12) Now reopen libreoffice (e.g. at the terminal)
13) Use File->Open to open broken2.ppt
14) Click on the L of the 1st line that says Level 2 and then double click, the 'Level 2' is now inverted to show it's highlighted.
15) Hit shift-tab

step 15 now shows the bug - the text incorrectly moves to the right and a bullet >> is shown. This is incorrect - it should be moving to the left and the bullet should match the 1st level bullet.

Changed in libreoffice (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote :

Typo in that step 6 should be 'Now click on the 'Click to add text' and type 'Level 1' and hit return

Revision history for this message
penalvch (penalvch) wrote :
Revision history for this message
penalvch (penalvch) wrote :

The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at http://wiki.documentfoundation.org/BugReport . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about the status. Thanks in advance.

description: updated
Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
summary: - Undo bullet change level wrong
+ Shift+Tab indented bullet indents further
Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Problem description:
  When trying to edit a .ppt presentation (even one which was produced by libre) shift-tab on a second level bulleted list indents and switches to an odd bullet.

  This corresponds to Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/330117
  and OpenOffice bug : https://issues.apache.org/ooo/show_bug.cgi?id=99843

Steps to reproduce:
1) Open a shell, type libreoffice
2) You see a libreoffice window asking you what type of document you want, click 'presentation'
3) You now see an empty document with 'Click to add title' and a centred 'Click to add text', on the right there isa series of sections, Master Pages, Layouts, table Design. If 'layouts' isn't already open, click on the >Layouts to open it,
4) Click on the left most layout on the 2nd row - if you hover over it it says 'Title, Content'. When you click the empty document changes so that the 'Click to add text' is now at the top left with a round bullet.
5) Click on 'Click to add title', type 'This is a title'
6) Now click on the 'Click to add text' and and type 'Level 1' hit return
7) Now hit tab and type Level 2 hit return (as you hit tab the bullet changes to a -)
8) type More level 2 and hit return and then Yet more level 2
9) Now go to File->Save as, select a Filter: of Microsoft Powerpoint 97/2000/XP/2003 (.ppt), type a filename (say broken2.ppt) and hit save
10) Convert the 'use Microsoft Powerpoint 97/2000/xp/2003 format' prompt
11) Exit libreoffice (File->Exit, click Discard when it prompts)
12) Now reopen libreoffice (e.g. at the terminal)
13) Use File->Open to open broken2.ppt
14) Click on the L of the 1st line that says Level 2 and then double click, the 'Level 2' is now inverted to show it's highlighted.
15) Hit shift-tab

step 15 now shows the bug -

Current behavior:
the text incorrectly moves to the right and a bullet >> is shown.

Expected behavior:
   it should be moving to the left and the bullet should match the 1st level bullet. Note this happens if you don't go through a .ppt format at any stage.

Platform (if different from the browser):

Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.168 Chrome/18.0.1025.168 Safari/535.19

Revision history for this message
Dave Gilbert (ubuntu-treblig) wrote : Re: Shift+Tab indented bullet indents further
penalvch (penalvch)
Changed in df-libreoffice:
importance: Undecided → Unknown
status: New → Unknown
summary: - Shift+Tab indented bullet indents further
+ [Upstream] Shift+Tab indented bullet indents further
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Stgohi-lobugs (stgohi-lobugs) wrote :

I am not sure if this is a misunderstanding. For me it seemed to behave as normal (with LO 4.0.2.2 [Win7 Home, 64bit]). If I press the tabulator key it should move to the right, to the next level with a bullet. Why should it therefore move to the left? Is this maybe a misunderstanding from side?

Revision history for this message
In , Stgohi-lobugs (stgohi-lobugs) wrote :

I am not sure if this is a misunderstanding. For me it seemed to behave as normal (with LO 4.0.2.2 [Win7 Home, 64bit]). If I press the tabulator key it should move to the right, to the next level with a bullet. Why should it therefore move to the left? Is this maybe a misunderstanding from side?

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Note step 15 is asking for 'shift tab' - not plain tab
  Plain tab goes to the right,
  Shift-tab should go to the left

Indeed shift-tab works fine in most cases, but this case it doesn't work and goes the wrong way.

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Note step 15 is asking for 'shift tab' - not plain tab
  Plain tab goes to the right,
  Shift-tab should go to the left

Indeed shift-tab works fine in most cases, but this case it doesn't work and goes the wrong way.

Revision history for this message
In , Stgohi-lobugs (stgohi-lobugs) wrote :

@Dave: Thank you very much for your hint.

I never used this shortcut key and was not aware of it. But I tested it in other presentations and I can confirm if you use Shift Key + Tabulator Key then it moves left, but in this specific case here it moves right.

reproducible with LO 4.0.2.2 (Win7 Home, 64bit)

Revision history for this message
In , Stgohi-lobugs (stgohi-lobugs) wrote :

@Dave: Thank you very much for your hint.

I never used this shortcut key and was not aware of it. But I tested it in other presentations and I can confirm if you use Shift Key + Tabulator Key then it moves left, but in this specific case here it moves right.

reproducible with LO 4.0.2.2 (Win7 Home, 64bit)

Revision history for this message
In , Itamar Carvalho (itamarc) wrote :

I just tested it in LibreOffice Version 3.6.4.3 (Version ID: 2ef5aff) in Windows, and I can confirm this version and platform is also affected by this bug. My version is in Portuguese (Brazil) language.

I know this is not the latest version, there is already the 3.6.6 version in 3.6 branch and that 4.0.2 is already available. I'm downloading the 4.0.2 version and I will test again, but AFAIK this bug was not addressed by this release.

Revision history for this message
In , Itamar Carvalho (itamarc) wrote :

I just tested it in LibreOffice Version 3.6.4.3 (Version ID: 2ef5aff) in Windows, and I can confirm this version and platform is also affected by this bug. My version is in Portuguese (Brazil) language.

I know this is not the latest version, there is already the 3.6.6 version in 3.6 branch and that 4.0.2 is already available. I'm downloading the 4.0.2 version and I will test again, but AFAIK this bug was not addressed by this release.

Revision history for this message
In , Itamar Carvalho (itamarc) wrote :

Just installed version 4.0.2 for Windows and confirmed that the bug is still there.

Version 4.0.2.2 (Version ID: 4c82dcdd6efcd48b1d8bba66bfe1989deee49c3)

Revision history for this message
In , Itamar Carvalho (itamarc) wrote :

Just installed version 4.0.2 for Windows and confirmed that the bug is still there.

Version 4.0.2.2 (Version ID: 4c82dcdd6efcd48b1d8bba66bfe1989deee49c3)

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice (4.4.1.2 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

Thank you for your help!

-- The LibreOffice QA Team
This NEW Message was generated on: 2015-03-03

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice (4.4.1.2 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

Thank you for your help!

-- The LibreOffice QA Team
This NEW Message was generated on: 2015-03-03

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Still present on:
libreoffice4.4-4.4.1.2-2.x86_64

(Tested on fedora 21)

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Still present on:
libreoffice4.4-4.4.1.2-2.x86_64

(Tested on fedora 21)

Revision history for this message
Adolfo Jayme Barrientos (fitojb) wrote :

[Removing obsolete-project noise]

no longer affects: openoffice.org (Ubuntu)
affects: openoffice → hundredpapercuts
Changed in hundredpapercuts:
importance: Unknown → Undecided
status: Confirmed → New
no longer affects: hundredpapercuts
Revision history for this message
In , Barta-c (barta-c) wrote :

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

http://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: http://webchat.freenode.net/?channels=libreoffice-qa

Thank you for your help!

-- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16

Revision history for this message
In , Barta-c (barta-c) wrote :

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

http://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: http://webchat.freenode.net/?channels=libreoffice-qa

Thank you for your help!

-- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Still present in 5.1.2.2 on Ubuntu Xenial (build ID 1:5.1.2-0ubuntu 1)

(This isn't a regression - it goes back at least as far as 3.0.1 if you follow into the OOo bug)

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Still present in 5.1.2.2 on Ubuntu Xenial (build ID 1:5.1.2-0ubuntu 1)

(This isn't a regression - it goes back at least as far as 3.0.1 if you follow into the OOo bug)

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice
(5.2.7 or 5.3.3 https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System

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)

http://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: http://webchat.freenode.net/?channels=libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug-20170522

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice
(5.2.7 or 5.3.3 https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System

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)

http://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: http://webchat.freenode.net/?channels=libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug-20170522

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

still present on 5.3.2.1-2.fc26 (Fedora 26)

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

still present on 5.3.2.1-2.fc26 (Fedora 26)

Revision history for this message
In , Rb-henschel (rb-henschel) wrote :

That is a problem with the old ppt format. For pptx the behavior is correct. Not sure whether developers should repair import/export filter for legacy file formats.

Revision history for this message
In , Rb-henschel (rb-henschel) wrote :

That is a problem with the old ppt format. For pptx the behavior is correct. Not sure whether developers should repair import/export filter for legacy file formats.

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** Please read this message in its entirety before responding **

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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** Please read this message in its entirety before responding **

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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

still present in:
Version: 6.1.2.1
Build ID: 6.1.2.1-2.fc29

(Note this was originally reported in OpenOffice in 2009 - it would be great to get it fixed by it's 10th birthday)

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

still present in:
Version: 6.1.2.1
Build ID: 6.1.2.1-2.fc29

(Note this was originally reported in OpenOffice in 2009 - it would be great to get it fixed by it's 10th birthday)

Changed in df-libreoffice:
importance: Medium → Unknown
status: Confirmed → Unknown
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

Dear Dave Gilbert,

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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

Still present in 6.3.2.2, build 6.3.2.2-1.fc31 on Fedora 31

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

As requested; setting to 'inherited from OOo' based on https://bz.apache.org/ooo/show_bug.cgi?id=99843 which reported it on 3.0.1

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

I've been chasing this backwards through the filters and I can make the bug go away by commenting out:

svdfppt.cxx:
PPTStyleSheet::PPTStyleSheet:

                if ( eNumRuleType == SvxNumRuleType::PRESENTATION_NUMBERING )
                    aRule.SetLevel( 0, aNumberFormat );

but it's confusing.

What I'm seeing is that in the m_pDefaultSheet the mpNuMBuulletItem[Page] ends up having:

      <aFmts i="0" ptr="0x3709290">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="bb"
      <aFmts i="1" ptr="0x3709580">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="f02d"
      <aFmts i="2" ptr="0x3709620">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="2022"
      <aFmts i="3" ptr="0x37096c0">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="2013"
      <aFmts i="4" ptr="0x3709760">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="bb"
      <aFmts i="5" ptr="0x3709800">
        <SvxNumberFormat sPrefix="" sSuffix="" nStart="1" cBullet="bb"
      (Same up to 9)

so that rule overwrites the 0th number format with the last one loaded; but there's no comment to say why.

Note this isn't apparently happening from a file generated from ppt - but I'm not sure why.

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

I'm now pretty convinced that those two lines are outdated by commit 8a64144fddde61dd050da4cb93b4a7242a495bb2 from 2008 from bz https://bz.apache.org/ooo/show_bug.cgi?id=75927 which changed how outlining worked, so that slot 0 now meant something different.

Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

(And the SetLevel(0 two lines have been there all the way back to 638c)

Revision history for this message
In , Libreoffice-commits (libreoffice-commits) wrote :

Dr. David Alan Gilbert committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/f52932218c5365cbe1635f88d310d9e1189ed182

tdf#49856 Fix level 0 bullet/style on ppt import

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.

Revision history for this message
In , Libreoffice-commits (libreoffice-commits) wrote :

Dr. David Alan Gilbert committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/f580114e9da5b96a2ba61bbf527e33ab127b2a8d

tdf#49856 Add a test

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.

Changed in df-libreoffice:
importance: Medium → Unknown
status: Confirmed → Unknown
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.