This forum is for questions about upgrading an existing Drupal site. Don't forget to read the UPGRADE.txt file that comes with every Drupal download.

event dates not stable

I have looked everywhere for this problem, and I haven't see it posted anywhere, lucky me. The www.ksdp.org administrator (I am running 4.6.8 for now, while I am tweaking themes for 4.6.9 and then 4.7.2 & 4.7.3) informed me that the flexinode event start and end date times are changing on her when she creates an event. Her description of events is

image.module - capricious directory switch

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.

Lost flexinode table view after upgrade

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.

Problem with custom_url_rewrite and form redirects

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,

running update.php even of no modification ?

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

Taxonomy_block module queries

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. :)

Pages

Subscribe with RSS Subscribe to RSS - Upgrading Drupal