This is primarily a bug-fix release. The bugs that were fixed probably do not significantly affect most sites, but upgrading is recommended anyway to ensure stability even in less-visible features.
No additional features are being added to this branch. Development of Facebook-style Statuses for Drupal 7 has moved to the Statuses namespace.
Upgrade Notes from 6.x-3.0
The "facebook-status_details" class was changed to "facebook-status-details" so if you have CSS styles that target that class you should update them.
Upgrade Notes from 6.x-2.x and earlier
Please see the 6.x-3.0-RC2 release notes for details on how to upgrade from earlier versions of FBSS.
Changes from 6.x-3.0
Issue #1443076: Fixed Imagecache Profiles caused a warning in Views if the Domain context was active.
Issue #1386808: Added Facebook-style statuses Created time as argument.
Issue #1496696: Comments - Where to add JS hook.
Issue #1557840 by greggles: Fixed user warning: Unknown table 'notifications' in MULTI DELETE query.
Issue #1534266: Fixed wrong documentation for theme_fbss_comments_form_display().
Issue #1484278 by mathankumarc: Fixed bugs in Views handlers
This release is recommended for everyone. It resolves a number of bugs in the 3.0-RC3 release and makes the experience more intuitive. With this release the focus is now moving to the D7 branch, which has moved to the Statuses namespace.
If you are also using the Facebook-style Micropublisher module, you should upgrade to an FBSMP release from November 25, 2011 or later.
Upgrade Notes from 6.x-3.0-RC3
Make sure to run update.php after upgrading.
The default Views have changed. In order to see these changes, you may need to refresh the Views cache at admin/build/views/tools. If you have edited the default views, your changes will not be overridden.
There are some significant theming changes. If you've done any custom theming, you may need to rework some of it. The most important changes are:
The markup for statuses in the default FBSS views has changed to match the markup that FBSS outputs on individual status pages.
The CSS styles for the status update form and the status comment forms have changed. Classes have been added to make this easier.
If you are upgrading from a release earlier than 6.x-3.0-RC2, please read the 6.x-3.0-RC2 release notes for steps you must take to upgrade.
The 2.x branch of FBSMP requires this release or a later one.
This is mostly a bugfix release and hopefully the branch point for 7.x development.
Upgrade notes from 6.x-3.0-RC2
There are some changes to the form structure and HTML/CSS markup that could affect custom theming.
The default Views have changed. If you've customized your views and you're happy with them, there's no need to do anything.
If you have User Relationships installed and you've never changed the settings at admin/settings/facebook_status/contexts, FBSS will now show your relationships' status updates as well as your own when you view your own stream. If you have UR installed and you have changed those settings but you still want that behavior, you now have the option to set different Views for your own status stream and other users' status streams at admin/settings/facebook_status/contexts/user.
This is the first stable release of the 6.x-3.x branch. This branch is now recommended over the 6.x-2.x branch for new sites.
From 6.x-1.x and earlier
Upgrading is only supported between adjacent branches. For example, if you are on 6.x-1.x, you must first upgrade to the latest 6.x-2.x release before upgrading to 6.x-3.x.
From 6.x-2.x
Major improvements from the 2.x branch
Groups and other nodes can now have their own status streams.
Status comments are now part of the core package instead of living in a separate project.
Many new integrations have been added, and many of the old ones have been improved.
Cleanup and standardization of the API and HTML/CSS.
Better performance due to moving integrations into submodules and only loading resources as necessary.
Many less significant changes designed to provide a smoother experience for the user and increased flexibility for the administrator.
Upgrade Steps
Make a backup of your database.
If you have FBSMP or FBSSTS installed, disable them.
This should be the final release of the 6.x-2.4 branch. I consider it extremely stable; after over 2 years of development and testing by thousands of sites, there are no bugs that I am aware of at the time of release. Changes from 6.x-2.3 mostly include bug fixes.
Changes from 6.x-2.3
Input filters should not run the access check when statuses are viewed
#860688 posts on wall of users with a hyphen (-) in their name don't show
#854906 flag.js : context.find is not a function by cookie235
#863724 Undefined offset errors in facebook_status.module by cpliakas
#866506 Use keydown or keypress instead of keyup event for character counter
#874108 Escaped characters in Views RSS style plugin for statuses (thanks d4rkngel)
#875924 Flags on statuses not being deleted (thanks d4rkngel)
#895136 Receiving Error: unserialize() expects parameter 1 to be string
#932336 Any ideas? notice: Undefined index: sid in facebook_status.module on line 456 (thanks mbergenlid)
#952486 patch for twitter 3.x to work (thanks jlporter and d4rkngel)
#874108 Escaped characters in Views RSS style plugin for statuses by d4rkngel
#806004 [owner] = [poster] ? by 5t4rdu5t
#1063392 Plaintext filter runs over username link in "does not have a status" message
Issue #1120766 by IceCreamYou: make the $exclude_blank parameter of facebook_status_get_status() work when false
This is the first release of the new 3.x branch. This release should be carefully tested before use on production sites. It is recommended for new sites in development, but not for existing sites that are happy with the way FBSS is working for them, unless one of the improvements listed below is particularly compelling for your site. Note that the 2.x branch is extremely stable, while the 3.x branch is bound to have some bugs.
Why beta 2? (Where did beta 1 go?)
The release node for beta 1 got messed up. I don't know why. So now we're at beta 2.
Major improvements from the 2.x branch
Groups and other nodes can now have their own status streams.
Status comments are now part of the core package instead of living in a separate project.
Cleanup and standardization of the API and HTML/CSS.
Better performance due to moving integrations into submodules and only loading resources as necessary.
Many less significant changes designed to provide a smoother experience for the user and increased flexibility for the administrator.
Upgrading from 2.x
The upgrade path has not been tested, so make sure you have a backup before attempting to upgrade.
This release is the branch point; after this I will be working on the 3.x branch, which requires rewriting extensive portions of the module. I consider this release extremely stable. It adds some minor features, but it is mostly a stability/bug-fix release that is recommended for everyone.
Notes
If you skipped the 2.2 release, make sure you read the release notes.
FBSS now supports the jQuery Autogrow plugin so your status update boxes can grow as the user types, like on Facebook. (This is really only useful if you allow more than 140 characters in a status.)
It is now possible to set the text of the "Re-post" link in the View field. This change makes "Share" the default text (previously "Re-post" was the default text). The "Re-post" field is not in any default Views, so this only affects people who have manually added it.
Changes from 6.x-2.2
#811646 Some problems after update to 2.2
#814168 Missing views-view-row-rss.tpl.php
#815996 Fatal error while trying to edit a status (accidental Pathauto dependency)
#795616 Clone the share-status page and its cool behavior?
Better handling for facebook_status_mentions view
#823050 Improper token array in facebook_status_token_list() by Dave Reid
Administrators can now send a status message to all users at once.
Fixed bugs.
Upgrade Notes
Everyone should run update.php after upgrading to this release.
There is a new permission to access the settings page, and there are two new settings.
Most default views have changed. If you have overridden the default views, I recommend cloning your changed view and then reverting the changes.
A few Views handlers changed names, and as a result, your overridden views may have a "broken handler" listed. This could change the behavior of your view.
You may lose patterns from your Activity publishing templates during the upgrade, especially for the "Owner" role. Write them down first.
Developers: the API has changed significantly. Most of these changes were additions and most of the rest are backwards-compatible, but you may want to check the documentation.
This release is the first stable release to work with the Facebook-style Statuses Comments module, which allows commenting on statuses.
Users upgrading from 5.x should first upgrade to FBSS 6.1 before moving to 6.2.
Upgrade Notes
Everyone should run update.php after upgrading to this release.
New settings related to new features have been added. You should review your settings after upgrading, and also check out the documentation.
Changes since 6.x-2.0
Bolded changes add or remove settings or major features. These changes could affect the way your site uses Facebook-style Statuses. Emphasized changes indicate less important changes that may offer new opportunities for your site should you actively choose to take advantage of them. Developers should pay attention to underlined changes.
#634784 Added a killswitch to use a non-UTF8 version of FBSST tag matching for people without UTF8 support in PCRE Temporarily removed support for hyphens in tags in FBSST because Views doesn't support them Share-status page now can show a view of latest statuses as well
Fixed Poster name always shows up as link to profile in Views
The 2.x branch of Facebook-style Statuses is a complete rewrite which offers a very wide array of new features. It is very stable; everyone is encouraged to upgrade to this version. Please review the extensive documentation to learn more about what this module offers, especially if upgrading from a previous version.
Users upgrading from 5.x should first upgrade to FBSS 6.1 before moving to 6.2.
Upgrade Notes
Everyone should run update.php after upgrading to this release.
If you get an error about not finding the {facebook_status_tags} table while upgrading, you can safely ignore it -- I accidentally put some upgrade code in the wrong file. (See this issue)
Some views have changed. To adopt the changes, go to /admin/build/views and click "revert" next to the default Facebook-style Statuses views. There is also a new "Re-post" field that is not implemented in any default view, but which you may want to add yourself.
New settings have been added. You should review your settings after upgrading, and also check out the documentation.
Facebook-style Statuses is officially stable. Please review the extensive documentation to learn more about what this module offers.
Why use 2.x?
The 2.x branch of Facebook-style Statuses is a complete rewrite which offers a very wide array of new features. Read the documentation to get the complete picture, but here are a few of the most important features new to 2.x:
Facebook-style Statuses is now officially stable. Please review the extensive documentation to learn more about what this module offers.
Why use 2.x?
The 2.x branch of Facebook-style Statuses is a complete rewrite which offers a very wide array of new features. Read the documentation to get the complete picture, but here are a few of the most important features new to 2.x:
This should be the last beta release; the next stable release will probably be a Release Candidate. Activity integration is probably broken in this release.
Upgrade Notes
Run update.php immediately after upgrading.
Most default views probably require the PHP Filter module to be enabled.
If you have problems with your views, go to admin/build/views and click "Revert" next to each view where that option is offered.
If you were using the facebook_status_convo view from Beta 3, you should delete it; it was replaced by facebook_status_mentions.
You should review the module's settings at admin/settings/facebook_status and admin/settings/facebook_status/advanced as well as the module's permissions at admin/user/permissions#module-facebook_status
New views were added and one Views-generated block was removed.
The "edit own status" and "edit all statuses" permissions now also give permission to delete the relevant statuses.
Changes from 6.x-2.0-BETA3
This release adds a number of major features. Important changes are emphasized; very important changes are bolded.
Shortened the time after posting a status in which the next status will overwrite the previous one from 12 to 10 seconds
This is the first officially stable release of Facebook-style Statuses 2. Anyone upgrading from any earlier version should run update.php after upgrading.
Please see the extensivedocumentation to learn about what this module delivers.
Fixes AHAH submission so this branch is now fully usable and probably stable!
This is probably the last alpha release, unless a critical issue is found before beta. Do not use on production sites without testing, but everyone else should use this.
From last alpha, mainly adds new Views capability, cleans up some code, and possibly fixes a Legacy Mode behavior bug. AHAH submission bug remains, unfortunately. It's probably not necessary to run update.php but I would do it anyway.
NOT RECOMMENDED FOR PRODUCTION SITES. Definitely recommended for developer/non-production sites. Developers upgrading from dev releases before Alpha 1 (and certainly those upgrading from 1.x) need to run update.php after upgrading to this version.
NOT RECOMMENDED FOR PRODUCTION SITES. Definitely recommended for developer/non-production sites. Developers upgrading from previous dev releases (and certainly from 1.x) probably need to run update.php after upgrading to this version.
Known bugs:
* After the first AHAH submission, the form no longer collapses or clears itself when clicked.
* On some pages, AHAH submission redirects the user to the JSON-return page (looks like a WSOD) after the first time. Does not apply to user pages.
#369052 Reset form on click (with inspiration from dave_trigeia)
#381702 Token conflict
#380648 Cleared statuses show in Activity
#314950 Activity 6.1/5.4 integration
#371074 Author pane integration problem?
#341360 Better cleared status text
Upgrade Notes
- Some strings have been changed. This will affect translations.
- The tokens used for Activity messages have changed.
#369052 Reset form on click (with inspiration from dave_trigeia)
#381702 Token conflict
#380648 Cleared statuses show in Activity
#314950 Activity 6.1/5.4 integration
#371074 Author pane integration problem?
#341360 Better cleared status text
Upgrade Notes
- Some strings have been changed. This will affect translations.
- The tokens used for Activity messages have changed.
All non-postponed issues in the queue relevant to the 6.x branch have been fixed, so this release should be stable. However, the fixes have not been heavily tested, which is why this is only a beta release. In a few weeks if there are no major issues with this release I will create an official 1.0 release.
All non-postponed issues in the queue relevant to the 5.x branch have been fixed, so this release should be stable. However, the fixes have not been heavily tested, which is why this is only a beta release. In a few weeks if there are no major issues with this release I will create an official 1.0 release.
There is no new development on the 5.x branch at this time barring any critical security issue, although bug reports with accompanying patches will be considered. There are a lot of compelling reasons to switch to 6.x at this point.
The latest bug fixes and features go into this release. Some new features may be only lightly tested, so use with caution. However, if you're having issues with a "stable" version, upgrade to the latest -dev before filing an issue, as the problem might have already been fixed.