I have a website which default download mode is set to "private://".
By default Spamicide will then place its .css file into private://spamicide/file.css, accessed through the URL http://example.org/system/files/spamicide/file.css.
This file can't be accessed because no module will handle it (and Drupal gives an Access Denied page).

That said we have 2 solutions:

  1. (inefficient) implement a spamicide_file_download() hook into spamicide module code
  2. (best) replace all the calls to file_default_scheme() to "public://" by default

AFAIK there's no need to put a .css file under private directory, so my preferred way is #2 (see the attached patch).
Waiting for your comments...

NOTE: if you have CSS compression enabled everything works because the CSS file is merged together with others and made available through public://.

CommentFileSizeAuthor
file_public.patch2.74 KBnicorac
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

lipcpro’s picture

lipcpro’s picture

nicorac does the latest dev version solve your problem, I'd like to clean up my issue queue. Please let me know

nicorac’s picture

Sadly I'm not using spamicide anymore on my websites.
Feel free to close this issue.

Thanks for your work
Claudio

peterx’s picture

I get the following when I switch on private and save the spamicide settings.

The specified file temporary://fileyMCpvv could not be copied, because the destination directory is not properly configured. This may be caused by a problem with file or directory permissions. More information is available in the system log.

XMLsitemap works perfectly but Spamicide 7.x-1.1 fails. I am switching Spamicide off for a while.

lipcpro’s picture

Assigned: Unassigned » lipcpro
Issue summary: View changes
Status: Needs review » Fixed

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.