Imaginary

The bug is still there in 1.9.0.864.

Same here, process hangs, at Raster (Multi CPU) and has to be killed via task manager. My laptop specs: Windows 10 1903 64 16 GB Intel i7 5500U AMD Radeon R7 M265 Series -> Default Renderer Before I switched on OpenCL in the preferences the benchmark finished but the result was N/A at both single and multi GPU

+1

+1

+1

+1

Even with "All layers" unchecked in the OPs document, Photo selects more slowly than in a newly created document with only the background layer in it. But with "All alyers" checked in the original documents it takes ages to select...

Well, I think the "Refine selection" process needs a complete makeover:

If you add presets for your LUTs you will find a preview thumbnail for each of them in the adjustment panel under LUT. Very small but at least somekind of preview. I would rather like to see the possibility to choose a LUT from a drop down list similar to the blend modes list with live preview when hovering over the items.

To come back to Windows: In software developing I sometimes have to use so called ImageLists which in my developing environment can only deal with .bmp or .ico-files So at the moment I have to export the graphics as .tiff, open them in Windows Paint and save them back as .bmp.

Same here with 1.8.3.641 on Windows 10. Photo closes as soon as you try to move the selection, no matter whether there is no actual layer (like in your screenshot) ot there is one.I know that this bug wasn't in previous versions. EDIT: Seems like ths was fixed in the current beta 1.8.3.647

+1

Fill layers do not respond to live filters. I have tried "Add noise", "Vignette", "Halftone", "Voronoi" and "Procedural textures". Well, as far as I know, fill layers internally are vector objects and thus might be treated different from pixel layers, but on the other hand the forementioned live filters are applicable to vector shapes such as rectangles or ellipses. So, why not use a flood-filled pixel layer? Well, the main reason for using a fill layer is the possibility to change the colour on the fly right from the colour picker dialogue. The flood fill tool is cumbersome to use here. I just made a strange discovery: When you rasterise a fill layer, its label changes to Pixel. So far, so good. From now on all the live filters work as expected. Ok. But when you now go to the colour picker and change the colour, the "pixel" layer is updated as if it was still a fill layer. So why doesn't a fill layer respond to live filters in the first place? Windows 10, AP 1.8.3

Thank you, Simon! Stay healthy!

Still the same in 1.8.0.585 and Beta 1.8.1.611: