Summary: | Spreadsheets stop working when Nitro Pro is run first | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Ronny <sipreal> |
Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | UNCONFIRMED --- | ||
Severity: | major | CC: | serval2412, vsfoote |
Priority: | low | ||
Version: | 7.2.6.2 release | ||
Hardware: | Other | ||
OS: | Windows (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: |
Description
Ronny
2022-03-31 17:43:28 UTC
Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps ? If still stuck, you can give a try to LO 7.3.1 Ronny: please do not send private email but respond on the bugtracker by using this link: https://bugs.documentfoundation.org/show_bug.cgi?id=148296# Just to quote the email: " Good Day, Thank you for your reply and advice. I found out what causes the problem. If I start the PDF editing program Nitro Pro before I start LibreOffice (Spreadsheet, or Writer, or any one of them), LibreOffice freezes. But if I start LibreOffice first, everything works normal. So the solution is simple .... Start LibreOffice first 🙂. Thank you once again." V Stuart: what next move should we apply here? I mean, we're not going to buy Nitro Pro to give it a try, should we put WFM or do you have another idea? (In reply to Julien Nabet from comment #2) from OP > I found out what causes the problem. If I start the PDF editing program > Nitro Pro before I start LibreOffice (Spreadsheet, or Writer, or any one of > them), LibreOffice freezes. But if I start LibreOffice first, everything > works normal. So the solution is simple .... Start LibreOffice first 🙂. > > Thank you once again." > > > V Stuart: what next move should we apply here? I mean, we're not going to > buy Nitro Pro to give it a try, should we put WFM or do you have another > idea? I would suspect Nitro Pro to have a print-to-PDF component that registers as an active printer when run. LibreOffice would attempt to read the "printer" details, even "querying" the printer for its page settings. Since it is hanging, not crashing, for anything definitive we would need a WinDbg back trace with symbols [1] of the attached soffice.bin process when it hangs with Nitro Pro running. Ronny, or someone with Nitro Pro installed, would need to configure for that and then provide. Either forcing a dunp (of the hung process), or interactively from the WinDbg console with a "~* kp" command [2]. =-ref-= [1] https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg [2] The Mozilla folks provide some help for poking at FireFox. The same process, just attach to soffice.bin. As here: https://firefox-source-docs.mozilla.org/contributing/debugging/stacktrace_windbg.html Hi good day Julien and Stuart, I think you are correct that the "Print to PDF" component might be causing the problem. As you mentioned it, I remember that I also have a similar problem when I use the Bank Mode feature of my Avast Secure Web Browser. As soon as I want to print a document to a PDF file the Secure Web Browser starts to freeze. It does not matter if I use the Nitro Pro or the Microsoft Print to PDF printing options, they both cause the browser to freeze, and the only way to get out is to close the app via the Task Manager, nothing else will work. So the common denominator here appears to be the "Print to PDF" feature. I hope this was useful. Kind regards, Ronny. ======= [Automated Action] NeedInfo-To-Unconfirmed |