Hi,
recently I have problem with Krita dockers - normally I keep my Brush Presets docker as a separate window because it's more convenient for me to work and move this docker whenever I want. Anyway, from Krita 3.1.0 and now 3.1.1 this docker disappears everytime I start Krita and then I need to go into Settings > Dockers, uncheck Brush Presets and check this again to show brushes.
Is there any way to fix this?

Works here on Linux with KWin: what OS are you using?

My current os is Linux Mint 18.1 Cinnamon.

Try a different window manager; it's the most likely culprit.

Is there other way, maybe some changes/ tweaks in Krita configuration files that can fix it?
Few times when Krita was starting, I've seen that docker "blinked" under the main window but then it's gone.

No -- because that part isn't managed by Krita, or even Qt, but by your window manager.

Ok, first gonna check if there is something messed up in window manager settings and then will see.

Which window manager? Please tell the name.

It can be a problem in krita, namely if it sets the wrong window flags for the subwindow -- we had a similar problem in kdevelop recently, I think something somewhere changed in Qt with the default flags.

What krita does looks ok to me though, maybe you just need to configure your WM to handle WINDOW_TYPE_UTILITY windows differently.

Well, if I only knew what and where to tweak...
I've just tried Krita with Linux Mint 18.1 Mate(fresh install) on my second machine and it does the same thing as in Cinnamon - when I grab Brush Presets docker from side(right) panel and put it as separate widnow it works ok... until I close Krita. When I start Krita again brush preset docker doesn't show and I need to do the same procedure like in Cinnamon - go into Settings > Dockers, uncheck and check Brush Presets docker.

But try to use something else than mate or cinnamon: both are derived from the same thing. Try kwin, or fvwm2. I just tested with Gnome 3, and there it works as well.

Can I use some other wm in Mint 18.1 without problems or I need another distro or desktop environment? I'm asking because my linux tweaking/messing days are over - just don't have time and energy for this.

p.s.
It seems that Brush Presets docker is there but it's hidden under Krita main window. I've found it when I've minimized Krita Window.
Anyway, this behaviour is kinda weird... it worked without a problem on any other Mint version and any Krita version.

I have Krita 3.1.1 (Appimage) running under Linux Mint 18.1 MATE 64-bit and I have all my 'favourite' docks detached and on a second monitor, no problem with startup.

If I place a detached dock on the main window then it's behind the main window on startup. Two presses of the Tab key (Canvas Only mode) will bring it back to the front. The main window must be the active window for that Tab action to work.

There's an interesting difference between Krita 2.9.7 from the Calligra suite and the 3.11 Appimage version. The 3.1.1 version does not need an image to be open for that to work. The 2.9.7 version needs an image to be open for that (and other things) to work.

I suggest that you try pressing the Tab key twice.

Thanks, TAB key do the trick.

Unfortunately I've found another "glitches"
- sometimes(yesterday twice, today one time) when I open two or more images and switch between them, one of this images is dragged into upper left corner(I can see only small part of image) and stays there, I can't move it back to center. Only solution is to save and close this image.
- color sliders docker behaves quite weird - can't set precise color, slider "resist" and jumps back and forth.

mbukowski wrote:Thanks, TAB key do the trick.

Unfortunately I've found another "glitches"
- sometimes(yesterday twice, today one time) when I open two or more images and switch between them, one of this images is dragged into upper left corner(I can see only small part of image) and stays there, I can't move it back to center. Only solution is to save and close this image.
- color sliders docker behaves quite weird - can't set precise color, slider "resist" and jumps back and forth.

I have the same problem, Saturation and Lightness sliders jump like rabbits back and forth making them useless. The problem seems to be with those only, the hue slider seems to work better as I found that it has narrow steps. Sat and Lighness have steps of 10 units (maybe is because of that but i don´t know) I also found that if you crank the values up to the max in everything in the artistic color solector it works better but not optimal, if you go down in lightness or saturation it goes crazy again. I couldn´t find if there was an option for changing those steps to 1 or less. There´s an option in Color selector settings that let you configure how much steps you want to be applied every time you press a hotkey for that. The only way i found to have sort of working sliders was to use the advanced color selector and set the shade selector to gradient and make 3 gradients similar to HSL and set update to right clicking so you have a little more control on the results. Those sliders move smooth as the color sliders should. I´m relative new to krita, i love it but i think this is an important issue. I don´t know if i have to make another topic for this.

Oh an another little thing. Krita never froze in my computer (win 8.1, using a cintiq 13hd) until I started looking for this solution. Moving to black while i was testing the sliders did put krita on ice

sorry for my english