AP-

Still there in 2.4.0 beta 2294.

@Serif Info Bot Can confirm. Regression is only in the Luminosity live mask, and only in blur radius. The original bug also affected opacity and the other masks. Have just tried with the three different live masks of 2.4.0.2279.

Thank you! Since you're going to be looking at the Levels code... could I suggest a feature request? Say, something like pressing ALT+2/3/4 to automatically select the channel rather than going into the dropdown?

I remember seeing reported somewhere with a partial fix, but cannot find it now, so not sure if it was reported as a bug or discussed as an issue on the forum, but reporting (again?), as still present in production and beta: Expected behaviour: When adjusting levels sliders in individual RGB or CMYK channels, holding ALT while dragging should show clipping. What actually happens: No clipping is displayed. This works fine in Master. Partial fix: In Master, set black level to non-zero value, 0.001 works. Set white level to 99.999%. Go into any channel now: slide white level or black level sliders while holding ALT. Clipping is now displayed as expected.

Thank you. I wonder if the same mechanism affects the other live masks!

Here's the new bug.

Was investigating possible fixes for Base imaga is a picture with a segment in the top left with a deleted portion, to test the radius blur issue (presumably internally, that might be a desirable thing). While playing with the zoom, the deleted portion of the image reappars. I doubt that would be a desirable outcome, therefore reporting it as a bug.I have not tested in release version, may be present there. I wonder if the mask works on an outdated cached version of the original image, internally applies the cut and somehow displays incorrectly at times. Video to illustrate. Screen Recording 2024-02-01 at 12.56.13.mov

There goes my theory.

Thank you. I thought of a similar thing. Except my fix would be to increase the canvas size, then apply a crop. The blur would then effectively be outside the visible area. Unfortunately these solutions only apply to large areas. And I have discorvered another weird bug while playing with this. :') Will crosslink in a second.

If you apply a live mask to an object in Publisher (and probably also Designer - I have not tried) - it has the desired effect. So I suspect it's the way the live mask in Photo works in a slightly different way with pixel layers than with vectors/objects. I'm not entirely sure anyone who applies a blur to anything would want a prettifying border around it - therefore, why isn't the protect alpha the default behaviour?

Hello. First of all, thank you for fixing the live masks! I was playing with that, and realised the blur radius introduces a border. I know this was something that was noted with the live blur filter, and a work-around was to preserve alpha. There is no such fix, or I am missing it. I would think in 9/10 cases the desired outcome would be to not have the border, so therefore reporting it as a bug. Screen Recording 2024-01-31 at 23.57.35.mov This does not happen in Publisher, for example.

I am also at a bit of a loss to figure out what else to try.

Screen Recording 2024-01-29 at 15.49.41.mov Last one did not seem to upload properly.

Here goes: Screen Recording 2024-01-29 at 15.49.41.mov Screen Recording 2024-01-29 at 15.49.41.mov

I just went and played with all the other apps in the suite. They all exhibit this behaviour on my system. Beta and production 2.3.1 versions. Video to illustrate: If you require any other information, happy to try and supply. Screen Recording 2024-01-29 at 14.22.11.mov

Hello! Unfortunately, it was completely random. I'll be editing something and dragging pictures across pages and reordering their position in the stack, and at one point just noticed it wasn't doing the usual thing anymore. Has happened a few times. But not with any consistency or pattern. Closing the file and re-opening it does not clear it. Switching panels does not reset it either. The only thing that does is restarting. I've only got a magic keyboard attached (model just before the biometric sensor), and the current magic trackpad. So I've gone across to play with it a bit more. And it will do that after the first drag operation now. Different files. If you want an example file, the crasher.afpub file I uploaded in a previous bug does it; I don't think it's the content. And it's there in 2.3.1. I've been using Photo 2.4.0 beta 2240 extensively, and it does not occur there. I'm not entirely sure what other information I could provide that might be of use to you. Thank you for looking into this however, happy to provide more input if possible. Here's a video for illustration (also demonstrates another bug that is difficult to reproduce - separate topic for that). Screen Recording 2024-01-29 at 14.11.43.mov

It's good to be able to change this behaviour. But it's not immediately obvious. At the cost of making the tools parameters bar thing at the top of the UI more complicated (slightly) would it not be useful to have the constrain thing in there? Eg:

Sonoma 14.2.1. Will be in the code that determines the relative position of the different items on that strip. If not on your version of macos, the way that Publisher queries window mode change is inconsistent, hence the overlap. At some point the right method is called, and it moves the icons back again. Wonder if there's been an API change in Sonoma which introduced this discrepancy.

Steps to reproduce: Maximise the window. Change persona. The persona icons jump to a different position. Restore the window. Icons remain in place and overlap with the window UI icons. Video to illustrate. Screen Recording 2024-01-28 at 00.03.59.mov

When an image is pasted/placed the move tool will default to constrain the ratio of width to height, when manipulating the corner control points. If you select more than the one image and use the corner control points, the ratio is no longer constrained. You have to press the shift modifier to get the behaviour back. Screen Recording 2024-01-26 at 21.13.11.mov

Version: 2.4.0 beta 2240. Expected behaviour: Moving items in the layers panel should show a blue placement 'cursor' line or square. Buggy behaviour: No such placeholder is present. Screen Recording 2024-01-26 at 20.59.03.mov Steps to reproduce: Happens randomly, but never comes back to normal except after a restart. Screen Recording 2024-01-26 at 21.03.41.mov

Hello @NathanC, Thank you for looking into this. Well, since it's my day.off, here's a video of it doing the same in 2.3.1, if that helps isolate the bug. Also with OpenGL as instructed. Screen Recording 2024-01-18 at 15.22.59.mov

Hello @NathanC, I can confirm this still happens. Have included a video. I don't think it's the file so much as the action of deleting the first page. (Had a separate issue with upgrade to beta 2240 and a corrupted file, fix of which unearthed this current issue). Please find the video below, glad to help make a great product better. Screen Recording 2024-01-18 at 14.13.36.mov

Hello @nathanC, That does sound about right. Was late at night, and I admit I didn't check to see first if a report existed. Many thanks for the link, but a generic file I made will crash it. I have attached this here. Create new A4 file. Add the pages from the file below. Delete the first page. Present in both the release version 2.3.1 and beta 2.4.0 2240 as above. crasher.afpub