What about not wanting to store documents on servers over Internet (privacy)?
Git is not a cloud required software. You can use it with a cloud provider, you donāt have to.
If you want to be your own cloud provider, I made that super easy to do with Lifeboat and it doesnāt require payment to use the feature ![]()
No, I have been 2025r3 for a few months, and earlier versions for much longer, and I had no issues.
What I mean is: do the same steps as your original post but instead of 2025r3.1 do it with 2025r3. If you have no problems, do the same steps again with 2025r3.1, just to make sure that is a new problem with 2025r3.1.
Even with all the signs posted, you still smoked?
When I was a kid, I had a job working for a 7up distributor. The guy that was in charge of the event division took us out back one day while smoking a cigar and showed us how to fill the propane cooking tanks⦠all while having that cigar hanging out of his mouth. We lived that day, only by the grace of god.
For the longest time I used Google Drive to get my work code to home. After a few instances of Google Drive deciding to stop syncing automatically, and having a zillion copies of my stuff, I broke down and installed GitHub Desktop. So easy a caveman could do it!
Avoid One Drive for your Xojo code
A good friend at church told me this morning that his One Drive has been filling up with spam PDF files that spammers are āsharingā with him based on his email address alone. Apparently it is a known issue and heās trying to turn it off. My concern was whether the spammers could āseeā your files, whether the PDF files can contain virus code and whether the PDF files might contain dodgy or explicit content.
I run a local Forgejo instance in a docker container on my NAS for private projects and use GitHub for projects I wish to make public. Super easy to setup and use.
Sorry, somehow my reply did not get saved.
So what I said is that I have been using 2025r3 and earlier with no problems. 2 days later upgraded then problems. None of the other applications have any issues.
I understand that.
What I want to know is that you can do the same steps that you did with r3.1 with r3, that means, install r3 (if you already removed it), copy items from that another app (old app) to re-use in the new app, and not get errors.
Many times a new problem with a new version is because we are doing some things that we usually donāt do. I donāt know if you usually copy items from an old app into a new app.
Also can you create a sample project that you can zip and share here where you:
I can then edit the new app, but the save button in the new app is not enabled after I make a change.
it is very strange that:
I can saveas and it appears to be saving but when I re-run the new app it does not have the changes I just made.
I have seen (in the past) people that save as, the app is saved elsewhere or in different format (binary vs text) and they open the older program instead of the new saved one. Iām not saying that this is happening here, just trying to make sure that the problem is r3.1 and not something else, like OS putting the file in read-only mode for some strange reason.
And I have received warnings when I use Save As if Iām saving in a folder that is not empty.
As I said, most likely the Save As has nothing to do with the problem. We donāt need to focus on that. Thank you.
I was thinking about it further.
So you never directly open or save files on your NAS from applications?
Say you want to open a text file in TextEdit. Youād copy it to your home folder first, save modifications, and move the file back?
Itās a risk many people run when what they are doing is not important, because the risk is small, near zero if it is something like a txt note with 10 lines you can write again if the connection drops and your app crashes without a second chance for a new āsave asā locally.
Here is what Gemini says (and it is correct, I reviewed it):
The risks of working directly on NAS files:
In most home and small office scenarios, operating directly on files shared on a NAS (Network Attached Storage) is not inherently ādangerous,ā but it does introduce specific risks that donāt exist with local storage.
Whether it is safe for you depends entirely on the type of work you are doing and the reliability of your network, your devices, its software and OS.
1. The Core Risks
Operating on a NAS over a network (using protocols like SMB or NFS) means your data is constantly traveling back and forth. This creates three primary vulnerabilities:
A. Data Corruption via Network Drops
When you save a file to a local drive, the transfer is nearly instantaneous. On a NAS, if your Wi-Fi glitches or an ethernet cable is bumped while an application is āwritingā a save, the file can end up half-written.
- Result: A corrupted, unreadable file.
B. File Locking Issues (The āCā Word: Collision)
Local drives only have one ābossā (your PC). A NAS is often shared. If two people open the same Excel sheet or Photoshop project simultaneously, and the software doesnāt handle āFile Lockingā correctly, the last person to hit āSaveā will overwrite the other personās work. If two or more processes operates on the same file (you, a virus scanner, a file sync processā¦) locking conflicts and desynchronization of contents (even a 4k block of data loss in the middle of a large file) may be possible.
C. Application Instability
Many professional applications (like Adobe Premiere, Lightroom, or CAD software) are designed to expect the low latency of a local disk. If the network lag (latency) is too high, the program may hang, crash, or fail to auto-save, leading to lost progress.
2. Comparison: Local vs. NAS Workflow
| Feature | Local Disk (SSD/HDD) | NAS (Over Network) |
|---|---|---|
| Speed | Extremely Fast (GB/s) | Limited by Network (often ~110MB/s) |
| Reliability | High (Direct Connection) | Moderate (Network Dependent) |
| āCollaborationā | None (controlled single access) | High (Multi āUserā Access) |
| Risk of Corruption | Low | Higher |
3. When is it āDangerousā?
You should avoid direct NAS operation in these specific cases:
- Database Files: Never run a live database (like a Plex library or an active SQL database) over a standard SMB share; it is a recipe for corruption.
- Heavy Video Editing: Unless you have a 10GbE network, editing 4K footage directly off a NAS will be sluggish and prone to ādropped framesā or crashes.
- Unstable Wi-Fi: If you are on a shaky Wi-Fi connection, avoid saving large, complex files (like 1GB+ .PSD files) directly to the NAS.
4. Best Practices for Safety
If you want the convenience of a NAS without the risk, follow these āProā habits:
- The āWorking Copyā Method: Copy the file to your desktop, edit it, and move it back to the NAS when finished. This is the safest way to work.
- Use Wired Ethernet: Never do heavy file operations over Wi-Fi if you can avoid it. Use a Cat6 cable for a stable connection.
- Enable Snapshots: If your NAS supports Btrfs or ZFS (like most Synology or TrueNAS units), enable āSnapshots.ā If a file gets corrupted during a save, you can āroll backā to the version from 15 minutes ago.
- UPS (Uninterruptible Power Supply): Plug your NAS into a UPS. A power flicker during a write operation is the #1 cause of NAS file system corruption.
Yup. But as I said, I donāt use it that way. My NAS is mostly used as a transfer station. I upload files to it for later download somewhere else. I canāt remember a time when Iāve wanted to directly modify a file thatās on there.