Jump to content

aworkerb

Members
  • Posts

    12
  • Joined

  • Last visited

Posts posted by aworkerb

  1.  

    10 hours ago, Ego Eram Reputo said:

     

    I recommended this ^ so we can also check the path is correct. That's what @midora is talking about.

     

    Well, I guess a picture's worth at least a couple of words. Here's where I installed the files. But see my forehead-smacking realization bolded farther down...

     

    filetype-path.thumb.png.393314ad21742f0a078ad891cc80ea89.png

    19 hours ago, midora said:

    Is there the possibility that you mixed up the two paint.net variants Standard and Shop? Then there are different FileType folders.

    I would expect that paint.net throws an exception if the dll is in the right folder but access is denied.

     

     

     

    I'm not sure what the "Shop" version is, unless you mean the Microsoft Store? I've only ever had the standalone version. 

     

     

    HOWEVER, your post made me poke around and finally notice that there were NO OTHER FILES in the parent folder of my FileTypes folder, only a handful of other folders (Effects, Shapes, Staging). That's because everything else is where the program actually lives, Program Files (x86), not plain old Program Files

     

    I moved the filetype libraries to the correct folder, and now I can save out ZIP files. Too bad the reason I went down the path in the first place has come and gone. But I'll be ready for next time. 

     

    Thanks for the help and motivating me to look more carefully. 

  2. Did something change since the instructions at the start of this thread were last updated? I downloaded the filetype plugin from the github link, not anything from the dropbox link, and just put it into the filetypes folder. Now I get a dialog asking for resolution when I try to open an SVG image. 

     

    Is it that simple now, and we can ignore the rest of the instructions? Or am I missing out on some functionality? 

  3. Update: I installed Paint.net 4.2.11 beta build 7433 and... so far so good. When I run it with disableNtfsTx applied, and save a file into a OneDrive synced folder, the sync remains stable and things appear to work as they should! Thank you! 

     

    Now to figure out how to ensure that paintdotnet.exe always runs with that switch, even when I double-click a pdn file or right-click and pick Edit for an image file. edit: figured it out, with surgical registry edits to values within Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes\paint.net.1

    • Like 1
  4. 15 hours ago, Rick Brewster said:

    I'm planning to put out a beta for 4.2.11 in the coming days. With that version you can launch Paint.NET with the /disableNtfsTx command-line argument to see if NTFS Transactions are the issue here.

     

    Conveniently, you can launch it via Run with paintdotnet:/disableNtfsTx (no need to hunt down the PaintDotNet.exe, in other words)

     

    This is great -- looking forward to trying it, and will report back. Thanks!  

     

  5.  

     

    8 hours ago, Rick Brewster said:

    Maybe OneDrive for Business doesn't correctly support NTFS Transactions?

     

    That's what Paint.NET uses when saving a file so that the whole operation appears as an atomic operation to the rest of the system.

     

    I won't pretend to know this by any means, but from extremely quick research it seems that regular OneDrive ONLY support NTFS, and I imagine that would necessitate supporting NTFS transactions, and I'd speculate OneDrive for Business is pretty much the same, but who knows. 

     

    More significantly, I didn't notice this problem up until sometime in the past month or so, and I was definitely using Paint.NET to save into OneDrive sync'd folders for a while before that (months, at least). 

     

    ... and since Paint.NET was last updated in mid-Feb, but OneDrive was updated in early April, I'm leaning toward that version of OneDrive being the culprit. I'm trying to get the go-ahead from my corp help desk to install a late April update. 

     

    17 hours ago, Hypure said:

    Yes, I use one drive personal, not business. I do have a subscription. I also have issues sometimes such as folders that i create from "save as zip folder"that I can't find with explorer unless I save to desktop. There are other little quirks that show up with other programs also regarding allocation of image sequences. Windows seems to be working out the kinks though as problems seem to be "going away". 

     

    For my situation, everything works normally, with the OneDrive folders acting just like local ones, up until the point where I save from Paint.NET into one of them. 

  6. Recently, whenever I use Paint.net to save an image file into a OneDrive for Business synced folder, it causes file synchronization to stop, and I have to reboot in order to properly restart the sync. A coworker confirmed getting the same problem. 

     

    Has anyone else who uses OneDrive for Business (and synchronizes their folders so they can be accessed through File Explorer) seen this problem? Or if you haven't tried saving to a synced folder, mind trying? (Not sure if data points for the consumer version of OneDrive are relevant or not.) 

     

    I'm running paint.net 4.2.10 (Final 4.2.10.7348.40816) and OneDrive version 2020 (Build 19.232.1124.0012). 

     

    I've made the sync fail several times upon saving a file in Paint.net. I do not currently know if saving files using other applications causes the same problem. 

×
×
  • Create New...