The files directory error is just a permissions problem. You need to first make the private directory in ../private (outside of root). Then chmod that to 777. For your drupal directories, checkout this article: https://drupal.org/node/244924. This script rocks. Run it from your server root, not drupal and follow the directions carefully. This will correct everything within your drupal directory. I swear by this. Since the private directory is outside of that, it won't touch it which is why I do it manually - chmod 777 private. Refresh and that error will go away. Chris * Chr**is McAndrew* *Interactive Designer & Developer* *Mobile*: 1-603-498-3864 *email*: <chris@csmcreative.com>chris@csmcreative.com<chris@csmcreative.com?subject=Question+via+email+contact+link> *Web*: http://csmcreative.com *Twitter*: @chris_mcandrew <https://twitter.com/chris_mcandrew> *LinkedIn*: chrismcandrew <http://linkedin.com/in/chrismcandrew><http://linkedin.com/in/chrismcandrew> On Tue, Jan 14, 2014 at 1:52 AM, <support-request@drupal.org> wrote:

Send support mailing list submissions to support@drupal.org

To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/mailman/listinfo/support or, via email, send a message with subject or body 'help' to support-request@drupal.org

You can reach the person managing the list at support-owner@drupal.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..."

Today's Topics:

1. Explicitly using drupal CSS classes in 'external' content (Tim Johnson) 2. SA-CORE-2013-003 after updating from 7.23 to 7.25 (Afan) 3. Date views (Roger) 4. Re: SA-CORE-2013-003 after updating from 7.23 to 7.25 (Wong Hoi Sing Edison)

----------------------------------------------------------------------

Message: 1 Date: Mon, 13 Jan 2014 16:41:49 -0900 From: Tim Johnson <tim@akwebsoft.com> Subject: [support] Explicitly using drupal CSS classes in 'external' content To: Drupal Support ML <support@drupal.org> Message-ID: <20140114014149.GB2341@mail.akwebsoft.com> Content-Type: text/plain; charset=us-ascii

To define 'external' - I am working on a proof-of-concept for a client. I have written a drupal module which renders legacy CGI which uses my own python framework, which I have maintained for years. The content is delivered into drupal via jQuery ajax.

This is 'step 1' in migrating this very large legacy project into drupal.

The content of the legacy framework is created via a MVC strategy using html templates which have hard-coded css classes.

Is there a way to leverage drupal css classes rather than those which were 'hand-rolled' for the original?

This is an inquiry rather than a request for help. I would welcome any comments [except for "are you crazy?" :) ] and pointers to similar discussions and documentations.

IOWS : Is there a "css naming protocol" that is observed accross themes? -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com

------------------------------

Message: 2 Date: Mon, 13 Jan 2014 23:29:30 -0600 From: Afan <drupal@afan.net> Subject: [support] SA-CORE-2013-003 after updating from 7.23 to 7.25 To: support@drupal.org Message-ID: <52D4CB3A.9080502@afan.net> Content-Type: text/plain; charset="iso-8859-1"

Hi to all! After I updated my Drupal website from 7.23 to 7.25 I'm getting this

Public files directory Not fully protected Seehttp://drupal.org/SA-CORE-2013-003for information about the recommended .htaccess file which should be added to the/sites/default/files/directory to help protect against arbitrary code execution.

Temporary files directory Not fully protected Seehttp://drupal.org/SA-CORE-2013-003for information about the recommended .htaccess file which should be added to the//tmp/directory to help protect against arbitrary code execution.

On the https://drupal.org/SA-CORE-2013-003 it said under Solution "... upgrade to Drupal core 7.24." In may case it would be downgrade, right?

What should I do?

Thanks for any help, Afan