Please find attached file .blend with screenshot
@Brecht Van Lommel (brecht).
Sorry to intervene, Even though I am not OP but I have this problem too.
This bug can be reproduced with the default scene:
Please attach a .blend file to reproduce the problem.
Correct error messages
Replaced malloc with Blender's allocator.
This happens too even when there is an intersection between Reference Image and an object.
I can confirm this Bug.
Like @Francesco Sorrentino (zeirus) said, happens only on Windows.
Added missing include for macOS
Fixed wrong debug print function for Linux.
I can't test the macOS implementation, perhaps somebody can help with that . I'll test the Linux implementation later this day.
Removed unused argument from Windows delete_soft()
Several small fixes. Sorry for spamming the tracker.
Work in progress implementation of soft delete for Linux and macOS
Sure, no problem. I'll implement it today. Do you have any special security policies regarding system() for calling the CLI utilities?
I will not accept a patch with an implementation of the trash specification, especially not a custom implementation. Correctly handling all the errors and corner cases is hard, we should use a mature implementation rather than spend time on this ourselves.
@Brecht Van Lommel (brecht) just in case you change your mind: I have implemented the trash specification (currently without directory size cache).
Thu, Apr 18
That would be an option, although I'd favor a general solution that works on all Linux distributions and desktop environments. @Campbell Barton (campbellbarton) @LazyDodo (LazyDodo) Do you agree with this approach?
I think we can do this rather simple, not supporting older desktop environment versions. In such cases there would just be no move to trash function in the file browser.
I think the complexity is manageable, but that is your decision. The problem that I see with the Electron approach is finding out what desktop environment we're on (which implies what CLI utility can be used). Does Blender already have an equivalent of libgtkui::GetDesktopName?
Wed, Apr 17
We really should use command line utilities, similar to Electron:
Tue, Apr 16
I would like to implement support for $topdir, but in case (1) and (2) fail (see spec) refuse to trash. This means we can simply use rename since we don't move files over across devices. This makes the code simpler and doesn't require reimplementing mv.
Work in progress.
Sat, Apr 13
Currently a bit busy, but this isn't forgotten. When I got some time I'll implement the Linux soft delete based on the approach that trash-cli uses.
Sun, Apr 7
I can confirm that the 3D mouse is not working correctly in current Blender. This is very annoying.
Thu, Apr 4
Thank you! Awesome :)
OMG! THANK YOU SO MUCH FOR FIXING THIS! YEAAAAAH!
This was long fixed in NVIDIA drivers, closing.
This appears to be fixed now.
Wed, Apr 3
Adding window->setTabletData(&pointerInfo.tabletData); to GHOST_kEventButtonDown didn't help here.
Tue, Apr 2
It's been a while since I poked around in there, but I *thought* the general problem is that our "temp" windows, like standalone Prefs, are not created as proper child windows. I think all windows (main, secondary, temp) are made with the same ghost createWindow and the "parent" for all of them is set to zero. So our "child" windows are really more like siblings. So it doesn't matter what we set for things like "TOP_MOST" since we don't have the relationship set right.
I downloaded the 2.8 source and edited the GHOST_WindowWin32.cpp file and made a patch that removes the WS_POPUP flag references and changed the getState() function logic that determines what state the Blender window is currently in (I think?). Instead of checking for WS_POPUP, it now checks if the window has both WS_DLGFRAME and WS_MAXIMIZE, as WS_DLGFRAME doesn't seem to be present when in fullscreen, according to WinExplorer. I don't know if that's a safe way of doing things as I have no experience in this area and this is the first time I've ever done this.
Mon, Apr 1
I have not heard any updates on this issue with the Microsoft Pen not showing first events. Can you please give an update as to the status of this?
Sat, Mar 30
So I've done some poking around and testing with an old freeware app called WinExplorer, which lets you inspect and alter various window state/style properties. Here's what I've found:
Wed, Mar 27
@Campbell Barton (campbellbarton) I agree. I'll have to read up on how to implement this for macOS or perhaps somebody more familiar with the platform could join in. I think @Kris (Metricity) would like to contribute to this as well.
I'm not familier with the WIN32 API, some topics regarding this patch.
Tue, Mar 26
Confirmed in older version, but appears to be fixed now.