Created attachment 56294 [details]
Example odp file, with 2 pdfs: one exported RIGHT AFTER THE SAVE, and one exported RIGHT AFTER RELOAD

2 PDFs showcasing the bug, created as in bug description
testing123_before_exit.pdf: exported RIGHT AFTER THE SAVE;
testing123_after_reopen.pdf: exported RIGHT AFTER RELOAD

Notice the differences in slide 2 (sub-list bullet shape + font)

I just downloaded and checked on libreoffice 3.5.1

The bug is still reproducible exactly as described: the second level item font (and bullet color) changes after quitting and reloading.

Note that this only happens when I create an "empty presentation" with a "slide design" using the new presentation wizard.

Thanks for additional testing
Sorry, I can not reproduce this problem in 3.5.1 on Fedora 64 bit
Please, move LibreOffice user profile to another place and try again

Thanks, moving the user profile fixed it.

This thing has been driving me crazy for more than a month... bah :)

This is not fixed

Checked with:
LO 3.5.5.3 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Could not reproduce.

@Rainer -- how isn't it fixed, seems like it was a user config issue. Only way it's still a problem is if we can actually get our hands on the config folder so we can diagnose what went wrong.

@Cluracan -- do you still happen to have your backed up user folder that shows the problem? If so can you zip it and submit it here so one of our devs can check it out to see if it's an issue we can add a check for?

Marking as WORKSFORME based on Cluracan's comment and bfoman's comment, please reopen as UNCONFIRMED if it's still a problem and/or if you can provide that zipped user configuration so we can take a look at it

Created attachment 68057 [details]
the "bad" user file + examples

@Joel Madero

I do have the old user directory! I have attached it with a new reproduction of the bug. 

This time I've reproduced it on lobreoffice 3.5.4.2 - the bug changed slightly: now the dash doesn't change shape (but still changes color, and the font still changes as well)

There is a README file in the zip describing the bug and the latest reproduction, as well as the two pdf files (before saving and after realoading) and of cource the "bad" user directory.

The odp file wasn't added as it is more than 4MB in size - which is more than the 3MB limit here

Cheers!

Created attachment 75541 [details]
Before (bug 45360)

Before exiting and reloading, showing the text area where I set it.

Created attachment 75542 [details]
After (bug 45360)

After reload, showing the text area back to the default size.

(Sorry for the multiple posts--I had trouble figuring out the UI.)

I think this bug may be very similar to one I'm struggling with. I changed the size of the default text area in Impress (3.5.4.2 Build ID: 350m1(Build:2)), but whenever I reopen the file, I find that it's discarded my changes and reset everything back to the default values. The images I uploaded show the before and after of this.

Thanks for additional information
May be it is different bug. In last comment is about master slide.
It resembles bugs:
Bug 34987 - Impress disregards Master Slide settings saving to .odp
Bug 57152 - EDITING: Master page is not storing

@Cluracan
do you still experience that bug with any version of the 4.x branch?

I don't know. Haven't installed the 4.x libreoffice.

But since the bug depended on my config folder (which I attached in a
previous post), and doesn't happen with the "default" (clean) folder, it
seems that the workaround of removing the folder is good enough.

Cheers
  Cluracan


On Tue, Jul 16, 2013 at 10:57 PM, <bugzilla-daemon@freedesktop.org> wrote:

>  tommy27 <barta@quipo.it> changed bug 45360<https://bugs.freedesktop.org/show_bug.cgi?id=45360>
>  What Removed Added  CC   barta@quipo.it
>
>  *Comment # 14 <https://bugs.freedesktop.org/show_bug.cgi?id=45360#c14>on bug
> 45360 <https://bugs.freedesktop.org/show_bug.cgi?id=45360> from tommy27<barta@quipo.it>
> *
>
> @Cluracan
> do you still experience that bug with any version of the 4.x branch?
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You are on the CC list for the bug.
>    - You are the assignee for the bug.
>    - You reported the bug.
>
>

I have just started to suffer from this bug with 4.1.0.2 (and 4.1.0.1). If I create a new plain presentation, enter something in the first page, save it and reload the font changes from the default Arial to Times.

I have moved my config file (~/.config/libreoffice/4) and the problem goes away, but so do all my macros, custom toolbars etc, so that is no good to anyone.

Created attachment 82533 [details]
Diff on config directories

I did a diff on the two config directories: 4.new works and 4.old has the bug. Hope this might help someone who better understands these things.

Interesting bug.

Can confirm comment 16: If I create a new plain presentation, enter something in the first page, save it and reload the font changes from the default Arial to Times.

LO 4.1.0.2.0, OS X 10.8.4.

Setting to NEW.

setting status to NEW since other users seems to reproduce that issue,

thanks Cluracan and Robert for the attached files... I think that will help the developers finding which file is causing that issue.

I had a poke through the diff file but gave up. Resorting to brute force I copied the whole directory and started deleting things. Struck lucky on the first attempt - deleting: ~/.config/libreoffice/4/user/uno_packages seems to have done the trick. Looking inside the backup suggests, well it suggests nothing at all. Still need some expert help here.

Sorry - I should have given it more time. Seems some of the changes are being kept but my basic test (new preso in Arial) still fails (comes back in Times).

This is Invalid bug report, without clear and reproducible steps.
First reporter solved his issue via profile reset but then others commented with their issues, that we cannot confirm.
Anyway, it's been a long time and we do bug triaging better now. 
I'll close this one.