Bug 96699 - Crashes when opening some menus or menu items
Summary: Crashes when opening some menus or menu items
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.5.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-12-23 19:10 UTC by michaels.perry
Modified: 2015-12-24 09:59 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description michaels.perry 2015-12-23 19:10:02 UTC
When I try to open Format>Page, or a=some other menu items, the software crashes every time. That means I cannot change the page orientation for example. It happens whether or not thwere is any text entered already - so a blank page would crash!
A fix please ASAP

I'm using Windows 8.1 in Desktop mode on an AMD A6 64-bit quad core processor (an Acer laptop).
Comment 1 Julien Nabet 2015-12-23 22:50:44 UTC
1) Do you reproduce this on a brand new file?
2) Have you tried to rename your LO directory profile and give a new try? (see https://wiki.documentfoundation.org/UserProfile#Windows)
3) Could you give a try to last stable LO version 5.0.3?
Comment 2 michaels.perry 2015-12-24 09:13:07 UTC
Hi

This happens with every file I try. If I open a new document and try to change the page orientation, it crashes. If I open any existing document and try to change to orientation, it crashes.

LO is installed in the location set by the installer utility, namely in: C:\Program Files (x86)\LibreOffice4.

To try to resolve the problem I updated using the menu Help>Check for Updates. That gave me the current version I am using that still has the problem. 

I renamed the file registrymodifications.xcu as suggested in the linked document to registrymodifications.xcu.old  but with no change in behaviour. 

I have now uninstalled version 4.4.x and installed a fresh download of version 5.0.3.2 and I’m pleased to say that the problem appears to have been resolved. 

I wonder why the update process in the previous version installed did not offer a version 5.x, only a version 4.x?  It is also worth noting that uninstalling the old version using the Programs and Features utility provided by Microsoft did not fully uninstall the software! It left everything in the install directory instead of deleting that and the registry entries. Perhaps there is a need/benefit from having your own uninstaller that does a complete removal of the program and all the associated files and entries?

Thanks for your help.
Comment 3 Julien Nabet 2015-12-24 09:52:26 UTC
Thank you for your feedback.
For the moment, automatic LO update proposes only LO versions from same branch.
Eg: 4.4.1 would propose 4.4.2
4.4.3 would propose 4.4.4, etc.

5.0.0 would propose 5.0.1...

In these examples, there are 2 branches: 4.4 and 5.0
Comment 4 michaels.perry 2015-12-24 09:59:48 UTC
Then that should be examined as users will always think that an Update will take them to the latest released version and not restrict them to an older, earlier version merely because it is in the same 'branch'.

When I worked as a documentation author for a major EDA software house, Update always gave the user the very latest released version and that is what people have traditionally expected. So why is LO different?