Sometimes Impress crashes immediatly after adding a table.
If it doesn't, moving the table makes it crash.
Running on Windows 7 64bit Home Premium
Steps to reproduce:
1. Create new presentation
2. Add a table (I used 1 row and 3 collums if that matters)
3. Move table with mouse
Operating System: Windows 7
Version: 18.104.22.168 release
On pc Debian x86-64 with 4.2 sources updated some days ago, I don't reproduce this.
Did you install any LO specific extensions?
Could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#Windows) and give it a new try?
If you still reproduce the problem, could you give a try to 4.2.2? There have been quite a lot of bugs fixed since 4.2.0.
Thanks for the response.
I've just tried to reproduce the error at my home pc running windows 8 64bit with Libre Office 22.214.171.124 and it runs fine.
I also tried it on Linux Mint 16 with LibreOffice 126.96.36.199 with no errors.
It seems theres something wrong on my office pc.
I will try it again on monday at the office and report back. I think i have quite a few extensions installed there.
btw. when i click on help->Check for Updates it says LibreOffice is up to date. Is this normal behavoir since version 4.2.2 is out?
Have a nice weekend
mail: I'm not sure but I think that if you install 4.1.X, only 4.1.X+1 or other will be proposed. Anyway, 1 bugtracker/1 bug.
So let's wait your feedback from your office pc.
maybe, this bug is a duplicate of this one
Impress frequently crashes when editing tables in slides
Sorry for the late reply, I had a very busy week.
I disabled all LibreOffice Plugins which didn't help.
Even after updating to 188.8.131.52 it keeps crashing.
thanks for the hint.
"If you create the new presentation with the Impress icon (after launching LibreOffice) there is no crash !
trying it three times
and the coming back to first way to create new presentation three times and then 3 crashes."
I going to try this workaround, maybe it helps.
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.
For more information about our NEEDINFO policy please read the wiki located here:
If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):
a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue.
Please do not:
a) respond via email
b) update the version field in the bug or any of the other details on the top section of FDO