Thank you for reporting the bug. I can confirm the bug present in

Version: 6.4.0.0.alpha1+ (x86)
Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
	

and in

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

Sorry, but I have the super-strong feeling to close this bug and I will give in to that.

Now off-topic:

I read many, many bugs today and many of them were yours, Telesto, and many of them have the identical steps: There is an attachment, and some text, and formatting and an undo and a weird behavior (or not). End.

It would be really, really cool if you went through your own bugs and summarize the myriads of duplicates or almost duplicates of your own reports. It's really exhausting for QA workers to go through all of these bugs (some with a non-meaningful summary like this report) instead of that YOU are researching deeper and longer BEFORE reporting it in Bugzilla and then searching for similar or same older reports and then making a nice bug report with all of these connected issues (or commenting in older bugs).

I don't want to be personal and harassing. Sorry for any bad vibrations. But I have the feeling you are working with LibreOffice and stumbling over something you believe it's a bug and 'bang' reporting it. I also made too much duplicates or not well described or unreproducible reports. But I've learned and before I report any new bug I test the behavior with different versions and different documents and dig through the deep mud of this database and read what in similar reports was answered/commented to understand what's going on.

We all need and want bug reports to make LibreOffice a better product, but the flooding of Bugzilla with this enormous, huge, gigantic, immense number of reports isn't always helpful and binds limited resources.

(In reply to Thomas Lendo from comment #2)
> Sorry, but I have the super-strong feeling to close this bug and I will give
> in to that.

Does it feel like a relief :-).

> 
> Now off-topic:
> 
> I read many, many bugs today and many of them were yours, Telesto, and many
> of them have the identical steps: There is an attachment, and some text, and
> formatting and an undo and a weird behavior (or not). End.

True. Lacking a screenshot/screencast :-). 
And the expected result are 'not described clearly"




> 
> It would be really, really cool if you went through your own bugs and
> summarize the myriads of duplicates or almost duplicates of your own
> reports. 

I attempt to avoid (based on my memory). However my memory isn't that good. 



It's really exhausting for QA workers to go through all of these
> bugs (some with a non-meaningful summary like this report) instead of that
> YOU are researching deeper and longer BEFORE reporting it in Bugzilla and
> then searching for similar or same older reports and then making a nice bug
> report with all of these connected issues (or commenting in older bugs).


> I don't want to be personal and harassing. Sorry for any bad vibrations. 
No offence taken. This actually pretty polite.


But
> I have the feeling you are working with LibreOffice and stumbling over
> something you believe it's a bug and 'bang' reporting it.

Covers 90% of all cases; yes. And it's indeed stumbling over. Sometimes with *argh* feeling. And I don't want to spend my whole day on it. So I might throw some stuff into bug tracker. So someone else might investigate (or I will re-check it at point with more time at hand)


 I also made too
> much duplicates or not well described or unreproducible reports. But I've
> learned and before I report any new bug I test the behavior with different
> versions and different documents and dig through the deep mud of this
> database and read what in similar reports was answered/commented to
> understand what's going on.

Search through they old stuff isn't my strong point; will admit that. Meta bugs make life easier to look for something. But not a structural search user. 

FWIW: Still having 'issues' how to present certain bugs. Bug 137049 is likely bug 132658. Except bug 132658 more 'technical' descriptive the 'cause' and bug 137049 and bug 112538 expressing the symptoms. They symptoms are more real life (and annoying). They technical story boring and hiding the impact ('suffering')

This is also they topic with image jump around (anchoring issues). (see meta anchoring bugs). Most of those are 'the same thing' in different consternation if you ask me (so symptoms). Except I can't be exactly sure. And duping is equivalent to getting out of sight. Walking through all duplicates doesn't happen. And some are 'actual duplicates' without doubt. Others simply guesses. Have seen duplicates which weren't duplicates after all. 

Also variant give test cases (even if it's the same thing). So new behavior can be tested against it.

> We all need and want bug reports to make LibreOffice a better product, but
> the flooding of Bugzilla with this enormous, huge, gigantic, immense number
> of reports isn't always helpful and binds limited resources.

The flooded didn't come all at once :-). This is a report of 4 months ago. 
But stick to enormous. Yes, you might get blinded/ overwhelmed blinded.

However 
A) I might only the speed up what is actually already happening. There tremendous amount of bug around already. Waiting to be rechecked. So this happens anyhow
B) I partly saying *argh* not again frustration which is searching 'relief' by a report
B) Partly a way of saying please take bugs seriously; please focus slightly more on bug instead of new features. 
Or the argument that everything is a 'corner case' the might be individually, however there are pretty large number of those. 

--
About this case.. it one of those symptoms; related to Bug 105352.

1. Open attachment 160659 [details]
2. CTRL+A
3. CTRL+X
4. Start typing XXX (yellow). Formatting of the last character is used (not a fan)
5. File reload
6. CTRL+A
7. CTRL+X
8. CTRL+V
9. CTRL+V
10. Undo
11. Undo -> No formatting.. which I assume if should be if 4 is the correct behavior (not that I think step 4 being 'correct'; except matter of taste: Bug 105352.

I expect Undo to 'do the same as' backspace/Delete when removing text. But they case is it's different. 

And i really don't now how to add this to bug 105352 (as this is 'spamming') 

Same trouble how to do it with my page orientation/page style topic. I started with separated reports bug 135807/ bug 135802/ bug 135813/ bug 136432 (probably 2 more?)

Have also tried an integral version bug 136961 (where the steps possible include 2 different bugs hidden away in the steps). 

And I have no idea how express/ bring forward the trouble and inconsistency's i'm noticing. At the one half 'by design' other half by bugs making it even more problematic. 

Neither can I present an "answer" to this on a silver plate. Except the current implementation being not user friendly. And UI not being really constructive. 

Now the fix suggestion is 'work around'. So instead of solving the page style setting are manged across the place. Doing different things and 'designed' are designed to get some confused (or mistakenly seen for something it can't do). Not only Benjamin, but even Eve.. 

They quick fix is of course 'special feature' fix the example case I used to illustrate the issue. However missing the point, that it's only a showcase of a 'bigger'. More fundamental issue. So yes, this case can be fixed with specialized function. However it doesn't take away the issue of managing styles being pretty hard (unrelated to page orientation]. Which simply is partly is a dialog structuring problem (and expectation how features 'behave'). I expect only a page between page breaks being rotated double clicking a page style (at least I think I would expect that)

Anyhow if I put everything into one report people tend to cherry pick they topic they want to address. [Different narrative: i don't have clear picture; until I reported 10 bugs in the same area]