This bug has been following me around for years and years already. In a Calc sheet some cell will somehow become "Protected" and whenever you try to edit them you get a message "Protected cells cannot be modified". In the past, I got this message and it would still edit the cells. A nuisance but workable. But now, it actually protects the cells. Just for clarity, I never protect documents or sheets. This is pure Libreoffice magic. When I try to unprotect this also doesn't work. Tools, Protect Document, Document is not selected and Tools, Protect Sheet has a checkbox checked "Protect this sheet and the contents of protected cells" with empty user/pass. You cannot uncheck this as this disables the OK button. The options selected here are "select protected cells" and "select unprotected cells". Infuriating.
It actually doesn't seem to happen out of nothing but occurs after running a macro that exports content from the sheets. The problem is resolved by closing and reopening the file.
Hi, could you provide a spreadsheet with the macro to be able to reproduce and confirm the bug, please? Also, by default, all cells are protected, this protection is activated by protecting the sheet. May be you should disable protection of the cells (select the entire sheet, then Format > Cells > Protection > uncheck Protected) *before* running the macro. Sophie
Removed blocker ans set to normal until we get more info to reproduce the bug and because it seems the macro is protecting the sheet.
Created attachment 90225 [details] A stripped down version of the file with macro
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: https://wiki.documentfoundation.org/QA/FDO/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
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
Look the requested info was already provided 4-12-2013, judging from this bugreport
REOPENED is reserved for a bug that: 1. a developer has marked as FIXED; 2. a developer is assigned to the bug that is marked as FIXED; In this case the bug report was never independently confirmed so correct status is UNCONFIRMED. Thanks!
(In reply to Marc Schipperheyn from comment #4) > Created attachment 90225 [details] > A stripped down version of the file with macro File doesn't contain a macro.
Created attachment 115241 [details] Backtrace of JS macro crash Running the macro crashes LibO. I got a backtrace of an access violation at the point of merely opening the Javascript macro organizer dialog. Win 7 Pro 64-bit, Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Locale: fi_FI
(In reply to Beluga from comment #10) > Created attachment 115241 [details] > Backtrace of JS macro crash > > Running the macro crashes LibO. > I got a backtrace of an access violation at the point of merely opening the > Javascript macro organizer dialog. > > Win 7 Pro 64-bit, Version: 4.4.3.2 > Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 > Locale: fi_FI I can confirm crash with LO 4.4.2, win7. Beluga, did you created bug report for crash? If not, I'll create one. Until crash is resolved, we cannot investigate more.
(In reply to raal from comment #11) > I can confirm crash with LO 4.4.2, win7. > Beluga, did you created bug report for crash? If not, I'll create one. Until > crash is resolved, we cannot investigate more. I went ahead and created a report bug 91092 :)
I can reproduce this in versions prior to the (unrelated) issue which was split onto bug 91092. From hacking the script up a bit, the issue for some reason seems to be triggered by the final xSheetsNameContainer.removeByName("tmp"); Setting -> NEW
Created attachment 115376 [details] Minimal reproducer Attached is a spreadsheet with a minimal BASIC reproducer for the issue. After running the included macro, cells can no longer be edited.
The behaviour of the issue is different in earlier releases, but I can't see it occur at all in OOo 3.3.0, and the macro already causes strange things to happen by LO 3.5 (variously, crashing or causing odd behaviour when editing cells), so let's call this a pre-bibisect regression. As we now have a reproducer that isn't dependent on the unrelated JS issue, demoting bug 91092 from "Depends on" to "See Also"
Migrating Whiteboard tags to Keywords: (preBibisect) [NinjaEdit]
Markus Mohrhard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=67abc250e5f30844797996e09e66e61c2ef214db fix InsertTab and DeleteTab in ScMarkData, tdf#72240 It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Markus Mohrhard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4a2be39af5697356f2f4c0ae773f4b2530b2d9df add test for tdf#72240 It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.