Drupal 4.7.0 beta 5 available

Thanks goes to all the people who been fixing bugs in all the beta release. Time to install :-)

--------------------------------------
http://www.stephenhendry.net

Thanks for all your efforts! I think now it's time to roll up a few sites on this platform. I'm eager to test the new file cache patch.
--
Webmaster Resources | Canadian Directory

Thank you. Drupal is a great piece of software but I have to say I don't like the (visual) changes in the book module at all. Old navigation box with 'next' and 'previous' was better and looked nicer. '<' and '>' symbols are less intuitive and new li.leaf image is awful.

I've been running the upgrade script on my test site (4.7b4) for about half an hour and it is still going. I figured it stopped working, or completed without giving a message. So I opened another browser window, browsed to the site, a found a whole bunch (and I mean a LOT) of the following error:

warning: reset() [function.reset]: Passed variable is not an array or object in /srv/www/htdocs/update.php on line 402.

If I refresh the screen I get fewer of the same error the second time. This tells me the upgrade script is still running.

Not sure if everything is cool, or if the process broke. My test site was a little flakey (I've been messing with it a bunch) so that may be part of it.

Adam B. Plourde

EDIT: I canceled the upgrade script and the site seems to be working fine. I'm not sure what was happening; but everything looks fine at the moment.

I've just noticed that the upgrade changed dates of all existing comments to 1970-01-01 01:00.

For your information, we fixed about 160 bugs since beta 4. That makes for 5-6 bugfixes a day.

Unfortunately, there are more than 400 active bug reports of which 13 critical bugs that are blocking the Drupal 4.7.0 release. We plan to release a Drupal 4.7.0 release candidate (RC) when there are no critical bugs left. If you want to contribute code, help us fix critical bugs. The focus is very clear. The week there are no critical bugs left, we'll roll a (first) release candidate.

As a reference, there are about 200 active bug reports filed against the Drupal 4.6 releases, of which 14 are critical bugs.

But then I downgraded back to 4.6.5. I don't know why but it seemed to of lost UID one stuff and it dumped out a password and notification I was user 1 to screen. The day after I did my install. The day of my install I had no problems. I have no idea what caused the weirdness and despite lack of some of the modules being in 4.7 version now I'd of perferred to keep the site 4.7

Unfortunately now 4.6.5 also borked for me. :( I've used several of the 4.6's and this is the first time that when I've gone to edit my own blog entry I get "access denied" and I'm logged in as admin. First time content types aren't listed for me to edit defaults.

If your wondering my hosting I've turned on php5 and run as cgi, I also have mysql 4.1 they claim(but the drupal 4.7 sysinfo module says it's 5.0.1 mysql)

I don't suppose you have an idea to fix the problem in either 4.7 or 4.6.5? I might wipe the db again as it was a fresh install and reinstall all over again. *sigh* (that's in the 4.6 as I see that dumping UID 1 in 4.7 as a security issue... btw that was the only 4.7 bug I ran into)

I think there's a bug ... don't remember the specific as I can't look at the codes right now. But basically, when I tried to implement a callback, passing parameters to function doesn't work. Only the first parameter is obtained properly.

Something like this:

function tax_menu($may_cache) {
  $items = array();

  if (arg(0) == 'node' && is_numeric(arg(1))) {
    $node = node_load(arg(1));
    if ($node->nid && taxonomy_get_vocabularies($node->type) != NULL) {
        $items[] = array('path' => 'node/'. arg(1) .'/tax',
          'title' => t('tax'),
          'callback' => 'tax_edit',
          'callback arguments' => array(arg(1)),
          'type' => MENU_CALLBACK);
     }
  }

  return $items;
}

where tax_edit is defined as ...

function tax_edit($node_id) {
  $op = $_POST['op'];
  $edit = $_POST['edit'];

  if (empty($op)) {
    $op = arg(2);
  }

  switch ($op) {
    case t('Submit'):
      // other stuffs
      $output = tax_view($node_id, 1);
      break;
    case t('Submit2'):
     // other stuffs
      $output = tax_view($node_id, 2);
      break;
    default:
      $output = tax_view($node_id, 3);
  }


  print theme('page', $output);
}

and then ...

function tax_view($node_id, $extracted=0) {
   // other stuffs
   return $output;
}

The thing is the parameter $extracted in the function tax_view above doesn't seem to get the values passed to it. I don't recall having this problem when modifying 4.6.5

Has tried 4.7 on 5.1.2? I just switched a 4.6.5 site from PHP 5.0.5 to 5.1.2 and had to remove an XML feature because it no longer worked.

petermoulding.com/web_architect

Check out

http://www.drupaldemo.org

Enjoy

Drupal 4.7 beta 5 demo
http://www.drupaldemo.org