Closed (won't fix)
Project:
FileField Sources
Version:
7.x-1.4
Component:
Source: Auto-complete
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
24 Oct 2011 at 13:57 UTC
Updated:
27 Sep 2012 at 10:52 UTC
Jump to comment: Most recent file
Comments
Comment #1
dman commentedBy design the files available through autocomplete are limited to files that have already been uploaded normally and attached to another filefield of the same id already. :-(
This is pretty limiting, but is a sorta-safe way of avoiding unexpected hassles (eg by allowing you to insert a doc into an image-only field, or choosing an existing file that's outside of the expected storage directory) - it seems there are some complex dangers there that are being avoided.
But still - it's annoying right now.
Solutions may be
- a scripted process that inserts placeholders all files into the filefield attached DB table, so the system thinks they are allowed. I'm considering this.
- a small patch to stop filefield_sources from being so restrictive.
I've already done the patch here while experimenting, but I think we need to follow the other issues where this is being resolved.
THIS IS NOT A RECOMMENDED PATCH - it's just a hack that identifies where the issue is and how it can be viciously disabled if you really need to.
Comment #2
quicksketchI filed an issue with Audio field today that should #2. #1412510: Element #process functions overwritten (not working with Filefield Sources).
Since #1 is by design and not going to change with the approach you've suggested, I'm marking this issue won't fix.
Comment #3
dman commentedAgreed/understood. The patch is just a hack