Your comments

Just wanted to leave an update on this issue. I applied the most recent update and re-ran the paths cleanup script. The phantom virtual folders are gone now. Not sure if the update fixed this or I was simply seeing cached results before that are now cleared out, but whatever it was... I'm all good now!

The apache access logs were showing the correct URL in the request when this was happening. But, in an effort to re-create the issue I just took out the URL override and...  everything is still working correctly. My best guess is that something, somewhere, was cached when I first hit this issue. Heck, could have been a stuck HTML re-write on the proxy. Who knows. Anyway, all is good in the world again.


Thanks,

Gary

After playing around with this, I've realized there is currently no good solution.

The symlink gives each user a copy of the files with the full media library experience, but at the expense of common attributes such as comments and tags. The shared folders provide those common attributes, but at the expense of the media library features.

I'll just be sitting here in the back of the room patiently waiting for Vlad to roll out an update :-)

Worked like a champ, thanks!

Excellent, thanks for the script update!  I'll go run this now and report back to confirm it worked.

Interestingly, I'm not seeing this behavior. I've run the metadata scripts a few times and I'd assume the metadata is being picked up or else the audio wouldn't appear under the Music Library in the first place, right?

Also, if I manually sort the By Artist virtual folders in the content pane using the name, it works as expected. It won't stay that way if I leave and come back... it always reverts to the way the tree is sorted.

The screen cap below shows how the tree sorts (I can't tell yet what value it is using for that sort, but it is consistently in this order) and in the content pane you can see that name will wort correctly when I ask it to.


Thanks,

Gary

Thank Vlad, this is the conclusion I came to.

Due to the multiple sets of metadata, I'm thinking the only way to keep all users in sync would be a custom job to get all the files updated since the last job run and then pass those files individually into cron/metadata_update_file_type. Does that sound about right?


For what it is worth, a "show as native content" option for anonymously shared folders might be a good candidate for some future release. I can easily see how groups working on a common folder may appreciate this, especially groups with shared media resources such as marketing departments.


Thanks!

Gary

Just throwing this out in case it helps anyone else. Make sure your upload_tmp_dir is in the open_basedir paths. I had changed my temp directory but forgot to add it there and got this issue.

As a weird side note... there were no errors logged anywhere in this instance. If I removed the temp directory entry completely from the ini file, the apache error.log would record an error about unable to create in unknown, and then spit out another line about /tmp not being allowed.  When /tmp was explicitly set as the temp directory, no errors... even though it was still not allowed.

OK... so, as I think through this more it seems the basic issue is that I'm trying to use "shared" content in FileRun as way to create "co-owned" which is truly a different model. Is the right answer here to create a link to the photo and music directories within each users home directory?  How will FileRun handle metadata in this situation... a unique set for each link? I'd think then that user A adding a photo will be treated as an "externally added" item for user B. Assuming so, I'd then be looking at metadata cron jobs to process that new item for user B.


Am I on the right track here? Or is there a native way to handle this "co-ownership" in FileRun that I'm just overlooking?


Thanks,

Gary

OK, so... just realized I was wrong about this. From my regular user account I can see that the pictures in the anonymously shared photo library are correctly tagged with the right file type metadata.  FileRun knows these are photos.


So... why don't they appear in my "Photos" section appropriately sorted by date taken, tag, etc?  Is there some setting I'm missing somewhere that allows shared content to appear here?


Thanks,

Gary