Upgrading Drupal

With 4.6.6, all uploaded images were stored according to image module settings, in files/images. files/images/temp was installed, but was not used.

Since upgrading to 4.6.8 (via Civicspace), images uploaded as nodes are stored in files/images. But images uploaded along with posts are stored in files/images/temp. Anyone know where Drupal gets this path? Is this by design?

No error messages or visible problems; Drupal's finding and displaying the images uploaded with posts. I'm just troubleshooting to see why the teaser_images.module isn't having any effect.

I've just spent some time upgrading various sites I have on different drupal versions (4.6.5, 4.6.6 and 4.7.2) to 4.7.3. It's mostly gone without a hitch :)

But - one site (was 4.6.6) the only one where I am using URLs like http://site/flexinode/table/3 - these now give "Page not found" errors.

The flexinode module is there - I can create content, edit it and view it - but - the flexinode/table seems to have gone.

Hello,

I have defined a custom_url_rewrite() function in my settings.php.
When going from source -> alias, it prefixes the language ('lang-en/' or 'lang-nl/') to the url and ...
when going from alias -> source, it strips the language from the url.

It works fine, except for one thing ... Some forms (including the login form :-/ ) redirect to a URL like
lang-nl/lang-nl/user/login?time=1155399481

The action attribute on the <form> element already contains the language prefix
and I guess after the form input is received, drupal_goto() is called on the destination url
again and custom_url_rewrite() then adds the prefix again ...

I think this is a bug, though I'm not entirely sure either whether I'm not doing something stupid myself ;-)
I tried to locate the exact cause of the problem, but it's taking me too much time :-/
So I'm posting the fragment from my settings.php below.
Hope someone can tell me what's going wrong.

Best regards,

Eric

<?php
if(preg_match('/^lang-en(\/|$)/', $_GET['q'])) {
$GLOBALS['wkvlanguage'] = 'en';
} else {
$GLOBALS['wkvlanguage'] = 'nl';
}

function custom_url_rewrite($type, $path, $original) {
// $type is either 'alias' or 'source', depending on the
// desired resulting path type of the operation (to be
// in line with drupal_lookup_path() operation),
// $path is possibly already processed by Drupal,

Hi,
drupal says that one should run the update script each time a module is updated.

But what if the updated module doesn't change anything to the database ? Is there a risk in running update.php ?

Cordilally,
Brakkar

I tried to install taxonomy_block module 1.14 via FTP (using filezilla) and when I enabled it, I got this msg.

user warning: Table 'databasename.taxonomy_block' doesn't exist query: SELECT * FROM taxonomy_block in /home/www/public_html/drupal/includes/database.mysql.inc on line 120.

Any ideas on this one. :)

I upgraded from 4.6.3 to 4.7.3 and now there are none of my catagories showing in the menu block.
All of the catagories and content show in administer catagories and administer content but even as admin I have no menu to access them from.
I have looked at administer catagories and content but am not seeing what needs changed.