I use Ctrl+RightClick over a word to call WordWeb, a dictionary.
Ok, what do I need to do to reproduce this? Does WordWeb install a LibreOffice extension? http://wordweb.info/free/ Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
First question: wweb32.exe is loaded with Windows startup; in Writer, Ctrl+RightClick on a word. Second question: I don't think so. I am using Libreoffice in Windows 10. I hope this helps.
Ok, I downloaded it from MajorGeeks and installed it. I did not install the Firefox extension. Ctrl+RightClick over a word calls WordWeb just fine and no crash happens. As we both have the exact same setup, maybe you should try this: https://wiki.documentfoundation.org/UserProfile#Resolving_corruption_in_the_user_profile Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit) Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: fi-FI (fi_FI) Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Thanks for the tip. I renamed {Windows user}\AppData\Roaming\LibreOffice\4\user to .\user-old and retarted Libreoffice, it created a new .\user and showed an interface without document history; I opened a TXT file and tried the Ctrl+RightClick, and the problem persists. Restored the old user without problems. Isn't it odd that the user folder is in the same path as in version 4?
(In reply to Paulo Oliveira from comment #4) > Isn't it odd that the user folder is in the same path as in version 4? That was a deliberate decision to not break the user experience with this update.
In 5.0.2 the problem persists
LibreOfficeDev_5.1.0.0.alpha1_Win_x64 no problem
No problems with LibreOfficeDev Version: 5.1.0.0.alpha1 on Windows XP 32bit.
I just started getting this error on 5.0.3 release version when loading multiple or large documents. Not every time though.
(In reply to Jon Grossart from comment #9) > I just started getting this error on 5.0.3 release version when loading > multiple or large documents. Not every time though. I should add, 64-bit LibO, W10 Pro 64-bit.
(In reply to Jon Grossart from comment #9) > I just started getting this error on 5.0.3 release version when loading > multiple or large documents. Not every time though. This is about using Ctrl+RightClick over a word to call WordWeb, a dictionary. It sounds like your problem is not related. You should open a new report for it.
hi i can confirm this in version 5.0.3 when i wanted to open a txt files and i tested many fonts for this and even one very valuable docx file! please see my last comment in bug 97130
Created attachment 125422 [details] file who give the problem Watch near "courier" definition font when no courier font is available on Windows.
Hello, It's my first connection here and by research I fall on this thread. I hope I do well by posting here, if not just guide me plz. I've got a specific file, when I open it on Windows 10 / LibreOffice 5.1.3.2 locale fr_FR : - it open - a message box appear : LibreOffice 5.1 Fatal Error - SEH Exception: ACCESS VIOLATION - then I click on OK button - then LibreOffice just all close .... not really crash - I say no crash, because reopen the file give same behavior without repair of file. No problem with other odt files on this machine. I did a research inside the file ... with a VirtualBox Ubuntu Mate 16.04 "by default" but in french (I'm a French). - I open this file "fichier.odt" ... suppress a bit. - Let synchronize via dropbox with Windows 10 host machine - Open under LibreOffice Windows - see the crash - etc etc etc near 20 times :) ... Until there is only 1 letter inside the file ! I've seen that at this state, if I change the font who is "Courier" to another font, the file stop to crash the Windows LibreOffice. More information : the word Courier, in the toolbar, is in italic (I imagined the courier font is like I write now). So, it's like a bit if the file ask a not existant font in the OS ????? I don't know, here is my limit of analysis (or I must unzip and become a odt expert that I'm not). On google, it seems that the bug was is knew and was resolved in OpenOffice 4.1.2, see this : http : / / 140.211.11.67 /fr / forum /viewtopic.php ? t= 44479 & p = 242474 And here too ... but no direction of solution : https : / / forum.openoffice.org / fr /forum / viewtopic.php ? f = 5 & t = 44462 I solved the problem on the original file by just change the font. There is probabely a problem between "courier" and "courrier new" when only "courrier new" is installed on Windows and the file was written first under Ubuntu Mate ???? I joint the "fichier.odt" file. Normaly, it's minimalistic, there is no more personal information in. I hope that can be usefull to correct this anoying (but not terrible) bug. Thank in advance for your help. Luxian.
Helper utility use with LibreOffice Writer having issues is WordWeb Software's WordWeb Dictionary. http://wordweb.info/ If you are not using this commercial product (its free or paid "Pro" version) the "SEH Exception: ACCESS VIOLATION" is a generic error message and is not related to this issue.
(In reply to luxian from comment #14) > I joint the "fichier.odt" file. > Normaly, it's minimalistic, there is no more personal information in. > > I hope that can be usefull to correct this anoying (but not terrible) bug. > > Thank in advance for your help. > > Luxian. This issue has nothing to do with the issue here with WordWeb. The SEH Exception there was while handling non-scalable Courier font with replacement Courier New font--that issue has been corrected for the 5.0.6, and 5.2.0 releases, supposedly for 5.1.3 branch: see bug 98989 and commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=2f89245fb7e1c94bed49dde10b08ab1cf41b597b
Hi Paulo, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
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 INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO 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! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180102
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA 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 our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20180129