This issue will keep track of progress on the 6.x port.

At this time, I'm working on fixing some issues and adding some user management features to the 5.x version. My plan is to create a DRUPAL-6 branch only after these changes are submitted. These changes are to support some apps that are going live this month. Realistically, I do not expect to work on a 6.x version until April.

However patches are always welcome. So if anyone get DFF running on D6, please submit a patch here. I'll post one as soon as I have it working.

Comments

cattech’s picture

I read a comment stating that we could still using drupal for facebook even though the api is php4, but the module will throw errors. How close is the 6.x drupal for facebook to completion? Is it worth trying to get the 5.x version to work with 6.x?

Passionate_Lass’s picture

subscribing.

I'm not 100% sure this is what I need but I hope you can answer me. I'm looking for a way to "share" or post -any- content on my drupal site on the sister facebook group (and livejournal community). From what you have it sounds like this permits you to create an application where members who are facebook addicts can add it and follow your content that way... Would this work for what I am looking for?

balord’s picture

StatusFileSize
new59.91 KB

It's not perfect, but I have ported a working draft of Drupal for Facebook to 6.x. The attached code installs the same way as 5.x (read the README) and is current with Dave Cohen's CVS commits thru #115258 posted on May 7, 2008. I have fb, fb_app, fb_canvas, fb_devel, fb_form, fb_infinite, and fb_user successfully installed. They co-exist nicely with other modules: auto_nodetitle, coder, devel, globalredirect, pathauto, token, and a custom nodetype of my own.

There are still some significant "known" issues in my 6.x port, but I think most stem from the custom_url_rewrite() function in fb_settings.inc. In 6.x, that function split into custom_url_rewrite_inbound() and custom_url_rewrite_outbound(), and I just don't think I have a broad enough grasp of Drupal yet to trace where it's going wrong. I've gotten the whole project this far, please could some fresh eyes shed some light on this?

Bugs I've found and not yet solved:

  • Comment forms don't post -- the form actions are not rewriting properly, or are rewriting when they shouldn't? They end up with the $fb->canvas instead of the new "/fb_cb/NNN/" callback. Culprits are possibly custom_url_rewrite_inbound() in fb_settings.inc or fb_canvas_form_alter() and helper function _fb_canvas_make_form_action_local() in fb_canvas.module.
  • fb_canvas_process() in fb_canvas.module is not rewriting img tags, namely the fb_fbml logo.png file (array value $output['logo']). Again, could be related to custom_url_rewrite_(in/out)bound()? Facebook will complain until you uncheck "Logo" in the fb_fbml theme settings.
  • fb_form.module is largely untested. Might be perfect, prolly not.
  • Going thru the process to retrieve an Infinite Session key in fb_infinite.module fails. The redirect after sending the apikey to Facebook ends up like http://www.example.com/fb_cb/NNN/http://www.example.com/fb/infinite/disp...(apikey)?auth_token=abc123
  • Any feature/benefit of Infinite Session past retrieving the key is untested (cron, etc).
  • "fb_user/sync" menu callback doesn't work yet.
  • fb_fbml_menu_local_tasks() in template.php is crippled for now to just output blank tabs. It calls the function menu_get_active_nontask_item(), which disappeared in 6.x, and I just don't understand the menu_ functions in 6.x enough yet to rewrite this function.
  • Not a bug really, but there might be better ways to implement other template.php functions in 6.x. Things seem to work for now tho.

I am out of steam troubleshooting this port, and gone for the next week anyway. I wanted to post what I had so far, and I hope my work will help jumpstart a full-fledged 6.x-dev branch.

Dave Cohen’s picture

Brent, thanks very much for this. Any chance you could submit a proper patch? http://drupal.org/patch/create

Sounds like a number of those issues will be fixed when the url rewrite code works. That stuff is quite tricky.

balord’s picture

StatusFileSize
new5.55 KB
new7.45 KB
new6.7 KB
new1.22 KB

Okee, here's an attempt at patches. Created in TextMate. Let me know how I did. :) Would you prefer them all in one file?

I forgot to mention in my earlier post that I started with a clean install of fb. There might be issues when migrating a 5.x FB app to 6.x. Add that to the list for code-review time.

Only had time today to Diff a few modules today. I wanted to cleanup any whitespace differences so the new code was clear. For now, fb and fb_app, along with the .inc files, fb_session and fb_settings, and the README.txt just for kicks.

(UPDATE 5/15: .patch extensions now instead of .diff.)

balord’s picture

Here are the rest. Since I haven't migrated all of the modules yet, one patch wouldn't address an entire fb install. Individual patches for just the components that are done remain the best option for now.

Dave Cohen’s picture

Status: Active » Needs review
StatusFileSize
new55.6 KB

Balord, thank you for the patches. I appreciate it, even though there were some problems. Read up here: http://drupal.org/patch/create, and try to consolidate patches into a single file, as that makes them easier to apply. Several of your patches were "reversed", which my patch program can sometimes detect and handle, sometimes not.

I've attached a consolidated patch, although I have not tested it at all yet.

Also, do not add {brackets} to fql queries. That's a drupal-specific syntax and facebook apis will not handle it.

Again, thanks.

Dave Cohen’s picture

Status: Needs review » Needs work

This is still a ways off from actually working.

Dave Cohen’s picture

StatusFileSize
new59.73 KB

Minor improvements. Still far from working.

balord’s picture

Hmmm - yeah, I looked back and did have a couple of the diffs backwards. I was in an airport trying to get all the whitespace to matchup one-by-one. I'm catching on to the tricks of being an efficient open-source citizen.

I will try for better diffs next time around, hopefully will take some more stabs at the code next week.

Dave Cohen’s picture

StatusFileSize
new69.29 KB

Here's an improved patch, but still needing work. I'm posting it here so it's not lost forever. However, this patch is for version 1 of DFF, and I expect the first version for Drupal 6.x to be DFF 2.x. So this patch may never be applied. It's based on the DRUPAL-5 branch (version 1.x for Drupal 5.x)

Version 1.x of DFF is built using the older facebook APIs. Version 2.x is for the newer profile and API.

dinis’s picture

Subscribing, excellent work :)

How far away do you think a 6.x branch is? I'm itching to start testing this hehe

Dave Cohen’s picture

If you're itching, start testing with the patch above.

I'm not sure when I'll create the 6.x branch. It's a pain to support multiple branches.

japanitrat’s picture

subscribing

reinholdlange’s picture

subscribing

javajones’s picture

Version: 5.x-1.x-dev » 5.x-2.x-dev

subscribe

arlind’s picture

subscribing

frankcarey’s picture

Hey Dave,

How involved does a deadwood upgrade look to you from the 5.2.x release? I'm sure i could knock out the basics there. Also should we be moving to the PHP5 API exclusively in the 6 release?

Cheers

fumbling’s picture

Subscribing

igorik’s picture

subscribing

troysabin’s picture

subscribing

john.arroyo’s picture

subscribe, looking forward to an official dev/beta version for D6

Dave Cohen’s picture

I've been too busy to keep up with the D6 patch. At the time of comment #11, the patch applied cleanly and was mostly functioning. There have been a number of changes to 5.x-2.x-dev since then. I know I'll update the patch sooner or later but recently there's been a lot on my plate.

@TextPlease I'm not sure what you mean by "deadwood upgrade". But I can say that Drupal for Facebook 5.x-2.x is PHP5 only. Largely because the new facebook php api is php5 only.

Dave Cohen’s picture

StatusFileSize
new61.7 KB

Here's an updated patch, for the latest Drupal for Facebook 2.x. It is not complete, and has not received a lot of testing, but it's certainly enough to get started on D6. I have a simple test app serving canvas pages with it.

I'm glad to see interest in this thread. Feel free to check out the latest fb modules from CVS, apply this patch and get started on Drupal 6.

saokar’s picture

Any chance I can get a zipped version (instead of the patch) ? thanks again.

dkruglyak’s picture

Dave, when do you think 5.x-2.x-dev will be frozen/stabilized as a real release? If more changes are coming, how much is the D6 patch likely to suffer from obsolescence?

Dave Cohen’s picture

I can't say for certain, but my guess is that in January I'll make a D6 branch and from then work mainly with that branch. I'm on vacation the first two weeks of Jan, so probably right after that.

@saokar - you can find instructions on how to use cvs and patch files elsewhere on drupal.org.

batje’s picture

subscribe

Jason Ruyle’s picture

subscribe

provod’s picture

subscribe

lillywolf’s picture

subscribing

leon85321’s picture

Subscribing

WildBill’s picture

subscribing

Antinoo’s picture

subscribing.
in the meanwhile, must the patch at #24 be used against 5.x-2.x-dev, right?

congrats for your work.

dkruglyak’s picture

@Antinoo: If you plan to try the patch soon could you post here if it works and/or any code updates?

digger3d’s picture

Got it all from CVS
got redesign-changes from FB svn, modified settings.php

This is what I got "This version is incompatible with the 6.8 version of Drupal core."
probably have to apply the patch =)

I mean I am ready to contribute.
I have experience, my own OS project is here http://digger3d.com/modules.php?name=News&file=article&sid=19

digger3d’s picture

applying the patch was a problem

|RCS file: /cvs/drupal-contrib/contributions/modules/fb/themes/fb_fbml/Attic/styles.tpl.php,v
|retrieving revision 1.9
|diff -u -r1.9 styles.tpl.php
|--- themes/fb_fbml/styles.tpl.php 1 Aug 2008 07:26:20 -0000 1.9
|+++ themes/fb_fbml/styles.tpl.php 1 Dec 2008 20:13:27 -0000
--------------------------
File to patch:
No file found--skip this patch? [n] y
Skipping patch...
Hunk #1 ignored at 1.
Hunk #2 ignored at 215.
2 out of 2 hunks ignored--saving rejects to fb_fbml/styles.tpl.php.rej
Can't create fb_fbml/styles.tpl.php.rej, output is in /tmp//patchr3S0fXZ: No such file or directory
Hmm... The next patch looks like a unified diff to me...

I am hoping it is not critical...

digger3d’s picture

it was not critical... after editing fb_settings.inc it seems to be working, going to disable debug output...
Brilliant job Dave! Thank you very much! Just point me where you need help the most.

PGiro’s picture

following this

parrottvision’s picture

subscribing

Dave Cohen’s picture

Just FYI, I'm on vacation till the middle of January. Hope to have an update to this issue near the end of Jan.

philbar’s picture

+1

yoDon’s picture

looking forward to it

socialnicheguru’s picture

subscribing too

KingMoore’s picture

subscribinating

pkej’s picture

subscribing

youkho’s picture

Subscribing

adshill’s picture

Dave,

I haven't had a chance to properly play with this but I watched your screencasts and checked the documentation... It looks GREAT.

So... I have a potential project it would be perfect for coming up in February (if our proposal is given the go-ahead) in which case I would be interested in sponsoring the development of the module and will also be able to help with testing. I'm not a coder so can't help on that front but if you contact me when you're back from hols with an idea of what kind of sponsorship (if any!) would be a help to you get this off the ground (Drupal 6 branch) as soon as possible then please let me know and I may be able to help. For sure once a D6 branch is available I'll help with testing, even if the commercial project doesn't go ahead.

Look forward to hearing from you,

Adam

adshill’s picture

Just out of interest... is this PAGES and PROFILE compatible?

gkapoor’s picture

subscribe

socialnicheguru’s picture

Dave, can you set up Chipin or PayPal so we can help sponsor the changes for D6? Chris

Dave Cohen’s picture

I appreciate the sponsorship offers and I'll set something up next week...

Yes, the modules support adding boxes to pages and profiles. Also news feed messages, etc...

adshill’s picture

Great. For sure we will make an initial contribution that could be upped if we get the contract I mentioned.

Hope you had a good holiday :)

Adam

gkapoor’s picture

I'm using Facebook Auth module for single sign on to our web site.

http://drupal.org/project/facebook_auth

Will this module going to provide a upgrade path so that current user who have associated their Facebook IDs can use it?

Thanks,
=gk

jboeger’s picture

politely subscribing!

patcon’s picture

Any chance of someone posting an unrolled version of this patch. I've spent the last 5 hours learning how to unroll it, then manually fixing a bunch of errors that occurred for some reason when applying the patch (mostly in the info files), plus the regular set up time. It's still not working. I could normally live with this, since it seems it's not nearly ready for release, but I remain restless because I'm unsure whether it's my patching skills or something other issue!

While I'm at it, I found these things:
- fb_canvas.module was still using $may_cache in a menu hook, which was deprecated in D6. I just removed that argument and that warning went away.
- After updating the settings.php file (as indicated in the README), a bunch of repeats of "fb_settings_url_rewrite_inbound(node, node, )" occurred at the very top of every page. Sometimes "node" was replaced with "calendar" (which I have installed). This seems to have come from a line in fb_settings.inc where the coder tried to provide a replacement for the fact that the function custom_url_rewrite_inbound was dropped in D6. If you search for "function fb_settings_url_rewrite_inbound", you'll see that several lines into it, there is a print command for the exact line that was repeated a bunch at the top of my page. I just commented that one line out. Not sure if this caused problems later... but the garbage went away.
- Finally, once I set up my facebook app page, with basically the same settings as I had in my D5 setup (which worked), I got this error on the facebook application page (which was obviously passed through from drupal):
Fatal error: Unsupported operand types in [ROOT]/includes/common.inc on line 1369
On searching for this error, it appears to have something to do with upgrading to D6.7 or D6.8 (conjectured from this thread: http://drupal.org/node/346756)

So anyway, I might be wrong or way off base in much of this guesswork -- I'm really new to this! But anyway, didn't want these last few hours to be completely for naught, so if it helps anyone else, then great! :)

frdesign’s picture

subscribing :->

Civil’s picture

I am also anxious to start trying this on 6.8. I hope to apply the patch tonight and see how it goes.

Civil’s picture

StatusFileSize
new3.93 KB

I patched against fb-5.x-2.x-dev and received several errors. My admin/modules area still reported the version as 5.x, so the patch was not successful. What code should this be applied to?

The errors I received are attached for reference.

I am using Drupal 6.8

gallamine’s picture

subscribe

patcon’s picture

Same errors I received civil. Looking over the error dump files, you can see that it's mostly just updating the info files with the core version and the new format for dependencies (using arrays). Update all those manually by looking at the error dumps. The only odd one out is the feed module file, which messes up in replacing a function, but this can also be fixed manually. Just read my post above when the other errors occur after this. For the record, I'm also using drupal 6.8

michaelday’s picture

Subscribing

Dave Cohen’s picture

StatusFileSize
new66.99 KB

Here a re-rolled patch against the latest.

Anyone serious about sponsoring some of this development please contact me. I'll post some details Monday about several tasks that need sponsorship and/or volunteers.

barry769’s picture

subscribing

georgedamonkey’s picture

Subscribing

Anonymous’s picture

Subscribing

adshill’s picture

Just for information - I'm sure Dave will update soon, but he has put the details for what needs sponsoring on his website - as someone who can't help on the PHP front but hopes to contribute to this fundraising, I'm urging all who have a sincere want to see this development through to see if they can help in any way :)

Here is the link: http://www.dave-cohen.com/node/3033

verikami’s picture

joining :-)

leovarg’s picture

Subscribing

frankcarey’s picture

subscribing

Dave Cohen’s picture

StatusFileSize
new72.99 KB

This update fixes some calls to url() which used the outdated set of parameters.

dkruglyak’s picture

Can we create D6 dev release for more consistent testing?

Dave Cohen’s picture

My plan is to create a D6 branch in the next week or two. From then on all development will be D6 based. But there are still a couple things I want working better in the D5 branch. I don't want to develop on two branches concurrently.

I've just added a fbconnect login block to the D5 branch. I think there are some bugs around logout and account creation. When these are resolved I'll make the cvs HEAD be the D6 version and have a D6 dev release.

aaronbauman’s picture

does anyone have an all rolled up version of fb-6.x, complete with all these diffs included to save me the hassle?

also, subscribe

unclejens’s picture

subscribe

Dave Cohen’s picture

Assigned: Unassigned » Dave Cohen

I've recently checked in a number of improvements to the 5.x branch, including fixes to Facebook Connect login block and related session management issues. Also some support for showing feed dialogs. So, the patch for Drupal 6.x is out of date again. I plan to update it over the weekend, so stay tuned.

If this issue is important to you, please sponsor the project. Most of the development has been my volunteer effort. Although clients have commissioned specific features in the past, I have no client specifically sponsoring the Drupal 6.x port or Facebook Connect features. I'm hoping the community as a whole can contribute towards these features. Thanks for considering it.

philbar’s picture

Thanks for the time your putting into this project, Dave. I really appreciate it and to show my gratitude I made a small contribution of $20. I wish I could give more, but funds are tight at this point. Hopefully when I establish my start-up I will have enough revenue to support projects like this.

As a side note, the feature I would like most in D6 is displaying 1 line stories in the user's profile feed on facebook when the user performs an action on my drupal site.

humble.techy’s picture

subscribe

Dave Cohen’s picture

StatusFileSize
new72.61 KB

re-rolled. Still not including some important modules...

Dave Cohen’s picture

StatusFileSize
new75.02 KB

Added fb_connect.module, with Facebook Connect login block.

noizyboy’s picture

subscribe

Dave Cohen’s picture

Status: Needs work » Active
StatusFileSize
new86.03 KB

I've created a DRUPAL-5--2 branch for Drupal 5.x continued development (bug fixes)

Drupal HEAD is now Drupal 6.x code. Attached is the patch, just for posterity.

This is still a devel release, the views and actions modules are not yet updated. So I'll keep this issue active...

Dave Cohen’s picture

Well, I tried to create a DRUPAL-5--2 branch, and I'm trying to check in the 6.x code to CVS HEAD. But I screwed things up, and I get this error whenever I try:

Message: cvs commit: sticky tag `HEAD' for file `README.txt' is not a branch

If anyone knows what cvs command might get past this problem, please let me know. I want to be able to commit changes to HEAD.

Dave Cohen’s picture

Version: 5.x-2.x-dev » 6.x-3.x-dev
Assigned: Dave Cohen » Unassigned

I think I solved the cvs issues. The previous patch file is checked into the HEAD branch. Again, leaving this issue open because there's still work to be done on the 6.x version.

qbnflaco’s picture

subscribe

socialnicheguru’s picture

I don't think it has been committed. Or at least I am not seeing it on the project page.

Dave Cohen’s picture

It was not on the page until now. I had to check a box on the release admin page here on drupal.org. You should see it now.

jax’s picture

Subscribing. You might want to create multiple tickets for each of the tasks for D6 to make it easier for people to help.

Is there any D6 documentation available since I was not able to achieve anything except having facebook connect to drupal and giving me the error FBML Error (line 23): illegal tag "body" under "fb:canvas" which means it probably got the front page with the normal theme in stead of the fb_fbml theme (which is activated)?

Dave Cohen’s picture

By all means, anyone with an issue should submit a new one. This issue is not closed because the actions and views modules are not yet ported to D6. So I don't consider this work complete.

The D6 version is usable. Although no one will get very far without reading the README.txt. Just because its long does not mean it should be skipped.

I've checked in a number of improvements to the D5 branch this week. Will port them to D6 over the next few days...

jax’s picture

Well, I've read the README. The troubleshooting for the issue I am having says to lower the weight for fb.module. Here's the relevant output of the system table:

mysql> select name, weight from system order by weight limit 5;
+----------------------+--------+
| name                 | weight |
+----------------------+--------+
| fb                   |     -2 |
| content_profile      |     -1 |
| fb_fbml              |      0 |
| imageapi_gd          |      0 |
| imageapi_imagemagick |      0 |
+----------------------+--------+

But I see settings.inc checks for $_GET['q'] for a key but when facebook calls my URL it's a POST. Anyway, this is becoming a support post and this is not the right place for that. My guess is that I'm inputting an incorrect Canvas Callback URL and I can't seem to find what it should be in the docs.

rjmackay’s picture

Any progress on porting the views and actions modules?
I might start looking into porting those myself - but not sure how much time it'll take yet.

Dave Cohen’s picture

Hey, I have not upgraded them. And I won't, until I have a pressing need, which hasn't happened yet, obviously.

I'd appreciate you taking a stab at it. Personally I think the views module is more important. There's really only one argument handler in there. I just haven't had time to learn the new views API.

psi-borg’s picture

subscribing

justadropofwater’s picture

subscribing

b777’s picture

subscribing

totaldrupal’s picture

Is my understanding correct that without actions for D6 there is no posting of nodes to facebook?

Also it seems like there is not any other module that will do this, is this also true?

pyrello’s picture

You'll probably want to take a look at this thread. It looks like the way that publishing to facebook is handled is changing.

http://drupal.org/node/447610

Hope that helps. I was able to get it working on my site: http://www.ournewspaperarchive.com - it is only visible to facebook users.

Sean

nirad’s picture

subscribing

deltab’s picture

@pyrello, how did you get it working on your site? Some step-by-step instructions can help here.

pyrello’s picture

Sure.

  1. Create a two files: dff_custom.module and dff_custom.info
  2. Put the usual stuff in the dff_custom.info file
  3. Insert the code from this link into dff_custom.module: http://drupal.org/node/447610#comment-2277802 (Thanks Dave)
  4. Put these files in a dff_custom folder, upload to server.
  5. Enable the modules on the module page

That's it. Your node and comment forms should now have a checkbox with "share to facebook" after it that is defaulted to checked. When the user saves the post, it triggers a pop-up that prompts them to publish it to facebook too. I added the following css class to my checkbox, which adds a little facebook favicon next to it to pretty it up a little bit:

.fb_icon {
background:transparent url(http://static.ak.connect.facebook.com/images/connect_favicon.png) no-repeat scroll left center;
padding-left:20px;
}

Hope that helps!

And a question for the maintainter: Dave, is it necessary if you are providing the pop-up prompt to enable extended permissions for writing to the stream, or is that only for if you are going to do it without prompting them?

Dave Cohen’s picture

I understand that extended permission is only necessary if you want to write to the stream without prompting them. Let's keep that discussion in the other thread, though.

Regarding Drupal for Facebook on D6, the code is quite stable right now. I've moved some files into fb/contrib (implying less reliability/support) while modules in fb/ are Drupal for Facebook's "core". I will remove some obsolete code, then call it a beta release. So if you haven't updated your Drupal for Facebook in a while, I recommend doing it now, even though the version number has not yet changed.

deltab’s picture

@pyrello, many thanks.

Dave, should this not be a part of fb_stream? with a UI to configure the templates?

psi-borg’s picture

hi pyrello. i followed the instructions you gave, nothing shows up on the nodes like at dff.o
the module is enabled, just added a dependency line on fb... are there other dependencies this would have that aren't listed?
all modules are current, core fb modules are enabled.
what else can you note that would make this work?

eric_a’s picture

fb_actions 6.x-2.0-beta2 still declares a dependency on actions. This makes it difficult to enable this module on a Drupal 6 site ;-).

If this module is cutt off on purpose then a note in fb_actions.info would be great... Thanks in advance.

eric_a’s picture

fb_actions 6.x-2.0-beta2 still declares a dependency on actions. This makes it difficult to enable this module on a Drupal 6 site ;-).

If this module is cutt off on purpose then a note in fb_actions.info would be great... Thanks in advance.

buffy’s picture

subscribing

stieglitz’s picture

subscribing

Dave Cohen’s picture

I've fixed fb_actions.info in the 6.x-2.x-dev version. Facebook has deprecated profile boxes, which were the primary reason for fb_actions.module. So right now, fb_actions.module does very little. I may eliminate it entirely, so if anyone still finds they need it, please let me know.

eric_a’s picture

Actually, this would be very nice to have a simple sample action that sends messages to a Facebook Wall.

I am trying to use the fb API to to programmatically send node title links to someone's Wall on behave of my facebook app (or any facebook user for that matter).
So now I'm looking at fb_get_app(), fb_api_init() and fb_stream_publish_dialog(). I'm new to fb and facebook and wish I knew what I was doing :-)

It seems fb_stream needs fb_connect to get the javascript in the theme footer and than it could work?

Dave Cohen’s picture

Eric_A, be sure to look at http://drupal.org/node/685320. And start a new thread if you need help with that.

If you have a standard Connect or Canvas page app, then your module can refer to the global $fb or $fb_app. Almost no-one needs to call fb_get_app() or fb_api_init().

ccshannon’s picture

subscribe

Dave Cohen’s picture

Just released beta 4. Getting close...

Dave Cohen’s picture

To those of you patiently following this progress...

I've just checked into the dev build significant changes to app administration. These changes touched a lot of files, so please be vocal if anything has broken. But BEAR THIS IN MIND...

Run update.php when you get the last code. AND manually edit and save each application! Sorry but I wasn't sure I could automate the change to callback urls. As usual the fb_devel.module is your best friend.

Also I've moved the application edit URLs around. Much to the relief of some of you, app data is no longer stored as a node. Instead go to admin >> build >> Facebook Apps.

So remember, update.php and manually submit each app! Either next time you download the .dev build, or when beta6 comes out (soon).

Dave Cohen’s picture

To everyone working with the beta releases for 6.x....

When upgrading, especially beyond beta 10 or to a recent .dev builds, follow these upgrade instructions.

Recent changes will make the modules better, but the upgrade path requires some manual steps (beyond just update.php). See the new doc page for details. http://drupal.org/node/761886

(Note that right now, there is not yet a beta 11. So by "beyond beta 10" I mean the newest .dev release or cvs checkout.)

strae’s picture

Subscribing

strae’s picture

Spammers get nasty day after day..

YK85’s picture

subscribing

Dave Cohen’s picture

Status: Active » Closed (fixed)

6.x version has been out for a while.