-
Notifications
You must be signed in to change notification settings - Fork 323
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't grab the 38th Selective Editing spot #7148
Comments
@Benitoite Jacques |
@Benitoite index ddb38f16a..04ef06995 100644
--- a/rtgui/cropwindow.cc
+++ b/rtgui/cropwindow.cc
@@ -1961,7 +1961,7 @@ void CropWindow::expose (Cairo::RefPtr<Cairo::Context> cr)
// drawing to the "mouse over" channel
const auto mouseOverGeom = editSubscriber->getMouseOverGeometry();
if (mouseOverGeom.size()) {
- if (mouseOverGeom.size() > 65534) {
+ if (mouseOverGeom.size() > 255) {
// once it has been switched to OM_65535, it won't return back to OM_255
// to avoid constant memory allocations in some particular situation.
// It will return to OM_255 on a new editing session Pierre |
Thank you, @Pandagrapher . With this patch I get an immediate crash of the main thread upon clicking the Selective Editing tab. From the macOS system crash reporter:
|
@Benitoite Pierre |
@Pandagrapher This seems better as the new spots are definitely taking effect, and I can make adjustments to the drag handles-- however the adjustments to the handles are taking effect on the wrong spots. out.movIn the video I'm trying to move the 38th spot around, but the movements are happening to the first two spots. |
@Benitoite Pierre |
No I was testing by applying the .patch from the PR, but using the build of |
@Desmis et al., in re: Selective Editing problem.
Background
Description:
Reproduce the bug:
Expected outcome:
Version in use:
RawTherapee current dev / macOS 12.7.5 Monterey
Progress so far on the QR thingy:
The text was updated successfully, but these errors were encountered: