Created attachment 84172 [details] This file shows the original layer group and the duplicate group above it with the non functional duplicate layer. After duplicating a layer group many but not all layers become uneditable. The only work around is to duplicate these layers, convert them into another kind of layer and then delete them. Steps to reproduce: 1 Create new file 2 Create a new layer group 3 move the default layer into the group 4 create a new layer in the group 5 right click on the group and select duplicate
Well, I have such a feeling that the reason why you cannot see the changes when painting on the source layers is that you copied the fully opaque. The opaque layer in the second group just hides what you paint below in the first group. If you change the visibility of it, you'll see your strokes :) I'll mark the bug as WAITINGFORINFO, please check if I got the problem correctly.
Well, that's not it. I have this problem a lot because I work with a lot of layers and groups of layers. After opening the example file I sent you earlier it appears that the layers in the saved file are now fine.
When this problem occurs the ability to delete the layer using the minus button becomes disabled as well.
Galdurnit! Reproducibility is hard to nail down with this. I thought I had it but it doesn't seem so...
CRAZY! I just figured out the key ingredient. You must complete the steps I mentioned using... A TABLET PEN! Also, I can confirm that the layer status is fixed after saving closing and reopening the file.
Switch back to Unconfirmed then
It is not reproducible on Linux. Probably, Windows-specific, but I didn't test on windows yet.
I can confirm on Windows.
Hi, mc3dkid! I tested on Windows with both mouse and tablet and still cannot reproduce it. The only suspicious thing is that the fully opaque layer in the second group is covering the first group so the results of the painting on them is unseen. But this is perfectly expected thing. I still can remove any layer with the minus sign. Could you please update to the latest Krita version, and, if this bug still persists, make a video showing the bug?
Here are the links to the newest builds: http://heap.kogmbh.net/downloads/krita_x64_2.7.9.3.msi http://heap.kogmbh.net/downloads/krita_x86_2.7.9.3.msi
Just tested with the latest build you linked to and I still get the same issue. Following the above steps I can get Krita to create uneditable Layer Groups even.
Hi, mc3dkid! Could you please make a video of it?
I made http://www.valdyas.org/~boud/bug_329006_1.avi -- I followed the exact steps, and I cannot reproduce any locking of layers... This is with the current x64 build of krita on Windows 7.
When using the latest I can no longer reproduce this bug by following the steps I listed. Since the latest build is not using my old preferences and brushes (is there a reason for this?) I haven't used it much to test more thoroughly.
I've been trying hard for some time to make sure that all settings were saved in Users\USER\AppData\Roaming\krita, instead of various .kde or kde directories in AppData. If you check the AppData folder and a share\apps\krita and share\config\kritarc in there, you could copy those to Users\USER\AppData\Roaming\krita. Take care, though, to remove the "input" folder! That should restore your settings and brushes, except for changes to the zoom or pan actions and so on. The reason for that is that we've been changing the code for that a bit, so the old settings files from earlier betas cannot be loaded anymore.