Apache can't open files in Dropbox anymore

Is this really a 'solution'? 

If we opt out, can we always opt out or will there be a time in the future when we need to opt in?

It seems like this is a temp fix,  rather than the solution to the actual problem.

Andrew

So I followed the OPT OUT instructions, and when I restarted DROPBOX it looks like it is creating a second copy of all my files on the C drive!   It looks like the same problem as IVAN below.  THIS WAS NOT A SOLUTION!!!!

And the extra copy failed because I didn't t have enough space on my C drive!!!

So I saved a copy of a large non-Dropbox folder onto a drive, and deleted the folder to free up space.  I'll load this back on once my DROPBOX sync works.

Once it does, can I safely delete the DROPBOX (OLD) folder on my C: drive? )

Note: The DROPBOX(OLD) folder has 11,260 files.
           The DROPBOX           folder has 11,215 files

HELP!!!!!

Hey aptokash, before deleting anything, you need to make sure the opting out process is finished and the Dropbox app is "up to date", when hovering over the Dropbox icon in your system tray.

Then, you need to determine which Dropbox folder is the one syncing with the app. So, you'll need to check the "sync tab" of the Dropbox app preferences, to find the actual location of the syncing Dropbox folder.

One you've figured that out, and made sure you have all your files in the Dropbox folder you want to keep, you can delete the extra, unsynced Dropbox folder.

Let us know how it goes.

No. It's not a real solution, it's just a workaround which works for me.

It seems that PHP under Apache fails to open files with some of the new Windows file attributes. It's a PHP bug. Well, it's a misunderstanding between an old software (PHP) and a new one (Windows with funny file attributes). 

I just updated my Apache server and PHP module to their latest versions. But I am tooooo lazy and busy to test it now. If it's not working I'll have to recreate the Dropbox folder and I'm not in the mood of that. When the course is over I'll create a VM and synchronize only the web folder to test this new server version.

I have just upgraded dropbox to 226.4.5094 and a number of my PHP scripts no longer work.

getcwd() works.

file_exists() , file_get_contents(), etc stopped working.

I initially thought because files not available offline but i think all the files available offline and still experiencing the issue

I am using very old version of PHP, i.e. 5.5.12, on Windows 10 build 19045.5965

Hey richardsyuk - sorry to hear about this.

Can you maybe send us a screenshot of the exact error(s) you're getting and one of the Dropbox desktop app's exact status as shown in your system tray? 

The parent folder in windows explorer suggests it is synchronising. The sub folders and files i am trying to access all appear to be in the available offline status. I have paused and unpaused synchronising many times to try and get the parent directory icon status to change without success. Rebooted many times also. Getting other folders and files to be in available offline status was a challenge. The upgrade has been anything but seemless.

The icon in the system tray shows synchronsed.

The php script is just returning false or when using file_exists or file_get_contents().

Hey richardsyuk, feel free to check out our team’s reply here, if you haven’t already.

Has a proper fix been released yet rather than a workaround?

Spent a few hours trying to figure this out until finding this page. Definitely an issue with my php files and dropbox. I am using an older php, 5.3. Did the opt out instructions which created a new, second dropbox folder. After everything synced up, php files were working like previous. I don't really understand what this did though... did it roll back to a previous version? Forgot to check version number prior to making the switch. Or it just disabled some of the newer features?