please attach the corresponding presentation file as well so we can test and debug

Created attachment 104738 [details]
File with the bug showing

Hi,

I could not reproduce with 
LO 4.3.0.4, 
LO 4.4.0.0.alpha0+
Build ID: eddd7646d672ea9b0561dacb09da224d098e531e
TinderBox: Win-x86@39, Branch:master, Time: 2014-07-18_06:42:50
and LO 4.2.7.0.0+
Build ID: 92216be6ce13990b8ea6b6264c656d2bc1746401
TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-07-14_16:21:42

Windows 7 Home Premium.

Is it the first time you encounter this issue? 
Did you try a new profile? > https://wiki.documentfoundation.org/UserProfile

Regards,

Jacques

Created attachment 104752 [details]
Another odp file with the stain problem

Created attachment 104753 [details]
Screenshot with the stain before removing an object

Created attachment 104754 [details]
Screenshot with the stain after removing an object

Hi,

This is not the first time I had this issue. I do not recall exactly when I first encountered it but I think I also saw this in the first 4-release I used (4.0...). This was on another computer (Windows 64 Home Premium).

I have tried the profile thing. I renamed my profile and let LO generate a fresh one. Made no difference.

My experience is that once the stains show, they're persistently there.

I have attached three new files:
- Example odp with one slide that also shows a black stain (in the slide pane)
- Impress Screenshot with that file loaded without any changes
- Impress Sceenshot with after removing an object (changing the stain)

Hope this helps some...

Regards,

E Moen

Thank you very much for those useful infos.
As far i can see, it seems that affects only slides with Bullets.
Can you confirm?

Can you see also if in Options > LibreOffice > View how this issue move when you uncheck 
Use hardware acceleration
or 
Use Anti-Aliasing

Thanks,

Jacques

Hello,

You are right about the bullits! Removing them makes the stains disappear. I noticed also that it only happens when the body of the slide contains a text box starting with a bullit. If the text box starts with a sentence (or just one word), there is no problem. 

As far as Hardware acceleration and Anti aliasing are concerned:
- Hardware Acceleration makes no difference (seperately and combined with anti aliasing)
- Anti aliasing only slightly changed te shape of the stains (done by removing and reintroducing the bullits in the slide). I guess this was to be expected as drawing images should change with this setting.


Thanks again and success!

Regards,

E Moen

Hi,

I need to add a comment because the previous comment is not entirely correct. I mentioned that when a text box does not start with a bullit, there are no stains. This is only partly correct. When a slide already contains the stains, removing the first bullit (or adding words before the bullits) does not solve the problem. However the are slides in my presentation whith text boxes not starting with bullits (but containing bullits from the second line down) that do not show the stains.

Regards,

E Moen

(In reply to Jacques Guilleron from comment #8)
> As far i can see, it seems that affects only slides with Bullets.

Well spotted. The "stain" seems to be a series of enlarged bullet points. It may be related to the use of Black Circle (U+25CF) in the text:list-level-style-bullet element, although this has been in use since v3.3.4.1. Not reproducible under GNU/Linux, so perhaps a font-related rendering issue under Windows?

@ Owen: Yes, enlarged character U+25CF or... not reduced when making thumbnail, because we don't see that in the normal view. 
The proportions seem befit. 
But this behaviour is not confirmed by anyone.

@ E Moen: Did you try a recent version?

Jacques

(In reply to Jacques Guilleron from comment #12)
> @ Owen: Yes, enlarged character U+25CF or... not reduced when making
> thumbnail, because we don't see that in the normal view. 
> The proportions seem befit. 
> But this behaviour is not confirmed by anyone.
> 
> @ E Moen: Did you try a recent version?
> 
> Jacques

Jacques,

Yes I did. Currently I'm on:

Versie: 4.3.2.2 
Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d

This version also shows the bullit stains.

Regards,

E. Moen

Hi,

Asked to do a backtrace on version 4.3.3 RC1, I noticed that the bullit related stains are still there.

Regards,

Egbert

Reproducible with LO 4.3.2.2 (Win 8.1)

Steps to Reproduce:
1. Open IMPRESS and create a new presentation
2. Write "Test" in the main text area
3. Select the word "Test"
4. Go to FORMAT -> BULLETS AND NUMBERING -> tab BULLETS
5. Select any bullet option except Solid Diamond Bullets and Solid Large Square Bullets (the two in the upper right)
6. Go to FORMAT -> CHARACTER -> tab FONTS
7. Change the font size to a value of 15 or below
8. Click outside of the main text area

Result:
The selected bullets will be shown as very large bullets a bit above the text line in the slides pane on the left. 
This happens only if the font size is 15 or below, otherwise it is not reproducible.  Furthermore, it is not reproducible with the two bullet types from step 5.  With all the other bullet types it is reproducible.

*** Bug 88074 has been marked as a duplicate of this bug. ***

don't repro in

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 5cb2db6dd7d234a610a6501668a9901af8472b7f
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-26_23:06:31
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded

WFM