Your bug report is being closed as NOT_AN_ISSUE due to a lack of information which is needed in order to accurately reproduce and confirm the problem. We need the following information:

a) Provide details of your operating system (which edition used)

b) Provide a step-by-step procedure to reproduce (the simpler will be the better)

c) Provide any test case(s) which will help us confirm the problem (like a sample document)

d) Provide screenshots of the problem with before/after situation



Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue.

a.) windows 8.1

b.)  if I knew exactly what was causing it, I would have said.
It is an issue, playing ignorant will not help you deal with your bugs.  looking at the bug reports on impress, you should declare impress as experimental or bugware.  

c.) proprietary document.

d.) unnecessary.

What is important is whats in the data level to determine how impress is either deleting the indentations at the data level, or not presenting them at the data presentation level.  That would determine the next step.

If you are unwilling to resolve this issue, then please inform me the basic file structure in the most simplest terms so I can interrogate the data myself.

What do you mean by updating your presentation? Which steps do you do when you update a presentation? Where are these intendations you talk of? What layout do you use? Do you use a master? 
Does it happen on shorter presentations?

Can you create a new document that has the same issue with nonsense data?
Even if it has not the issue maybe it helps to understand your document. 

Please understand that you have an issue with a complex file. These are not possible to analyse without more information.
The more information we have the more likely is we can confirm and locate the buggy code.

internet connectivity has been terrible around here lately.

I don't knowingly use a master layout.  by updating a presentation, I mean adding images, notes, and improving look and feel after the main content has been stored.

The trigger of the bug seems to be when open office crashed during the design of the presentation, and it has to be recovered.  All the bullets switch back to a times new romans bullet even if they were the sengui UI u+2015.  And all levels of the bullet are left justified; manually setting them to right justification moves all the text to the left as well instead of pushing the bullets next to the text.

  When trying the F11 method to alter all the bullets to correct the issue ultimately results in open office refusing and apply these changes.  Even pressing F11 again shows that open office didn't recognize these changes. I have to go back over each one of these slides from a previously saved copy and manually change them and hope the software doesn't crash again.

Since I don't know the exact mechanism of why your software crashes, reproducing this bug will be quite difficult even if I were to create a small file.

Another issue I have found that appears is that sometimes when pasting an image into a slide that has a text box, the image will become the background image of the textbox and the bullet style of the textbox will change.

> d.) unnecessary.
You have not to decide if this is necessary or not.

That's useless to set as "unconfirmed" if you don't attach a document and requested information.

We're here to try and help, not to take your complaints.

As I said, the project is proprietary.  I cannot upload the document.  The best I can and have done was describe the problem.

A presentation needs to crash/recover in order to reproduce a sample, which is not predictable.  

To make better products require dealing with complaints and the recognition of flaws, to identify in code how these problems came to be, and problem solve the issue through code. It appears that impress has had serious issues with bullets for a decade that have not be given the proper attention.  It is a decade long knowing and willing course of conduct of avoidance of a clearly established flaw of functionality, and am left to believe from the online evidence and now this response that the developers prefer for the last 10 years to complain about complaints rather than fix their own product.  I don't think I need to say more about the direction of the product, and the sham of having a bug reporting feature/team.

Even pasting an image into a text box changes the style of the bullets.  Man, that is quite comical.  It speaks volumes about how little attention the bullet's issue has been granted over the last decade.

(In reply to mleslielake from comment #6)
> As I said, the project is proprietary.  I cannot upload the document.  The
> best I can and have done was describe the problem.
There are instructions for making a document anonymous in this tutorial:
https://forum.openoffice.org/en/forum/viewtopic.php?f=74&t=8289

It is essential to can reproduce what you describe.
Without document, we can not do anything.

Feel free to provide this and reopen.