Overview of Licensing and Product Activation

When to Activate

After you purchase, you receive License Keys to use to activate the product license on each WFE server on your farm. License Keys never expire. See How many License Keys do I need for my SharePoint farm for more information. You can use a license key on only one server at a time. Servers in non-production (i.e., Staging, Test, Dev) farms require licenses too, just like servers in your production farm.

Activating a Standard Product License

For most Bamboo products, license keys are required for each WFE server in the SharePoint Farm. For certain products, such as Alert Plus or List Rollup, additional license keys may be required for application servers as well to use certain features. See Activating Your Bamboo Product License

Suites, Packs, Libraries, and Toolkits

For Bamboo Suites, Packs, Libraries and Toolkits, a single license activates all the products in the suite or pack for a specific WFE server. See Overview of Suite or Pack Licensing.

Keyless Licensing

On very large farms with several Bamboo products installed, it is often difficult to manage so many license keys. Bamboo offers keyless licensing for these scenarios. Please contact your Sales Manager for more information about keyless licensing.

Use the Bamboo Web License Manager to activate Bamboo products install on the SharePoint farm. For additional details, please see

Installing the Bamboo Web License Manager
Activating Your Bamboo Product License
Activating My Bamboo Product License Offline if your server doesn’t have access to the Internet.

Desktop Applications

Some Bamboo products are not installed on the SharePoint farm, but on a PC or server somewhere on your network. To activate the license for these products, please see Activating a Bamboo Desktop Product Using the License Manager.

Moving or Migrating your farm

If you are moving your SharePoint farm to new servers, please see Migrating my Bamboo Product License to a New Server. Licenses are activated to a particular hardware profile of the server. If the profile changes (i.e., you add a hard drive), the license will require migration.

If you have migrated your environment to a new SharePoint version (i.e., from SharePoint 201 to SharePoint 2013), see Migrate your Bamboo Product License Key From one SharePoint version to another. License keys for products running in different SharePoint versions are different. On-Prem Bamboo products on active support are eligible for no-cost upgrades to a newer SharePoint version (2016/2019/2022) as long as the two farms are not running concurrently for more than 60 days. Migrations to Microsoft 365 will require the purchase of new licenses. However, we do offer a discount for customers on current support for an on-premise product that has a Microsoft 365 equivalent

Trials

For product trials, no license is required. If you are wondering about the status of your trial or when it will expire, please see

Overview of Bamboo Product Trials

Overview of Licensing and and Product Activation

Try our products before you buy!

Trials are fully functional for 30 days from the date of installation.
Once a 30 day trial of a product has been installed on a server or farm, no further trial copies of the same product will function on the server or farm. When a product license key is purchased and activated (even after the trial has expired), the product will continue to work as it did during the trial.
Users who need additional time to evaluate a product will need to request a trial extension from their Bamboo Sales Account Manager (sales@bamboosolution.com).
There is no functional difference between the trial and purchased version of our products, with the exception of List Bulk Import and List Bulk Export. When a trial user purchases a license, it is not necessary to install a new version to replace the trial. You simply activate the license of the “trial” copy. Any configuration done on the product during the trial period will remain after the license is activated.
The List Bulk Import and the List Bulk Export product trials are limited in the number of items that can be imported/exported. Regardless of the number of items in an import file or in a SharePoint List/Library, only 15 items will be imported/exported with the trial version of these products. Once the license is activated, this restriction is lifted.

Overview of the new Bamboo product Logging

In April 2017, Bamboo released Bamboo.Logging v3.1.0.0 with the Q1 (2017) Cumulative Update of Bamboo component products.

In response to customer feedback the new logging version uses SharePoint ULS logs by default, instead of the the Bamboo logs. The main benefits of this change are:

Bamboo Log files will not fill the C: drive on WFE servers. Previously, Bamboo products reported errors to proprietary log files located in C:WindowsTempBambooSolutions on each web front end server in the farm as described in Error Log Files.
SharePoint administrators are very familiar with ULS logs and the ULS Log Viewer. When Bamboo products log to ULS, SharePoint administrators have one less set of logs to review.
ULS log files can be more easily managed for size and archived, a feature that was not previously available for Bamboo logs.

Bamboo component products installed or upgraded after April 2017 will have the new Bamboo Logging deployed as part of the Bamboo.Framework.wsp solution, which is common to Bamboo products and globally deployed to the SharePoint farm.

IMPORTANT:
1) If you have multiple Bamboo products installed on your farm, some Bamboo log files may remain in C:/Windows/Temp/BambooSolutions until you upgrade all of the Bamboo products.
2) Bamboo applications (e.g., PM Central, Workflow Conductor, In/Out Schedule Board) will not have the new Bamboo Logging until their respective CU’s are available in Q2 2017.

Please note the following for the new scripts:

The script installs all the WSPs found in the installation folder, in alpha order
The install/upgrade script deploys to all content web apps. If you would prefer to deploy to a single web app, you can modify the script or deploy via Central Administration.
Uses Upgrade instead of Install for existing components.

For additional information about how to use the updated processes:

Installing using the updated install process
Upgrading using the updated process
Uninstalling using the updated process

My product was licensed yesterday and today there is an error; what happened?

License keys are tied to the hardware GUID of the WFE server and if the GUID changes, the license will revert to the trial status. You will need to deactivate the license key and then re-activate the license using the same key.

GUIDs may change when a WFE server is dropped from a farm and then re-added.

IMPORTANT: For products licensed with the Bamboo License Manager (rather than the Web License Manager), the license key is tied to the hardware profile of the PC where the product is installed. If the hardware profile changes (i.e., a hard drive is added), the license will revert to the trial status. You will need to deactivate it and then re-activate it using the original license key. Products that use the Bamboo License Manager include: List Bulk Import, List Bulk Export, and User Profile Sync.

The problem is that the license status will no longer show the license key once the GUID changes, it will show as an expired trial license. See Is there a way to find a lost or unknown Bamboo product license key and then How to move your Bamboo Product License to a new server to resolve this issue.

Overview of moving a Bamboo Product License

To move a license, you need to deactivate the license key for the old server so you can activate it on the new server. A license key can be used on only one server at a time.

If the WFE servers in your SharePoint farm have access to the Internet, see How to move your Bamboo Product License to a new server.
If your WFE servers do not have Internet access, you will need to deactivate the license key via My Bamboo. See How to deactivate your Bamboo Product License is your server doesn’t have access to the Internet.

Modify TTM column display names

TTM Configuration Overview	Time Tracking checklist

Time Tracking and Management (TTM) lets you customize the column names displayed in the Timesheet Entry and Timesheet Report Web Parts.

Keep in mind:

This is an optional step in the Time Tracking configuration checklist
You can restrict access to the Timesheet Columns Configuration list using SharePoint permissions.
- More information on permissions in TTM is available here
Information on how to hide columns from the Timesheet Entry display is available here

To change the column display names:

Step	Action
1.	Go the Site Content and click the Timesheet Columns Configuration list OR Click the Rename Display Columns link in the Time Tracking configuration checklist
2.	The list displays the default columns found in the TTM Timesheets lists. Click the column name that you want to have displayed in the Timesheet Entry Web Part and in repots by a different name IMPORTANT: Additional columns cannot be added to the Timesheet Entry display
3.	In the Mapping Column Name fields, replace with default name with the name you would like displayed in the Timesheet Entry and reports, then click Save
4.	The column alias will be shown in the Mapping Column Name column.
This column alias will be automatically used in both the Timesheet Entry and TTM Report Web Parts NOTE: For information on hiding columns from the Timesheet Entry Web Part click here]
To return to the Time Tracking configuration checklist, use the Time Tracking link in the TTM quick launch menu To mark this item as complete in the checklist, click the button for the item. More information on using the checklist is available here

TTM Configuration Overview	Time Tracking checklist

Modify an existing view of TTM Report

Return to Overview of TTM Report Center

All report views are based on the Timesheets list. If you want to modify the parameters of an existing view, editing the view in that list will also change it in the Report Center. Changing a view in the Timesheets list will change it for all reports that use that view. For example, if you want to exclude timesheets for a specific department from all timesheet reports, do the following:

Step	Action	Result
1.	Click the Site Contents link in the Quick Launch menu, or go to Site Settings > Site Contents.
2.	In the Lists section, click the Timesheets list.	SharePoint 2013 lists are shown as apps
3.	In the Browse ribbon, select the view you want to modify from the view drop-down list in the site breadcrumb, such as All Items, and then click Modify this View.	To modify a view in SharePoint 2013, you need to select the ribbon option “Manage Views” and from there you can modify the view of either All Items or any of the Public views that Bamboo provides.
4.	In the Filter settings, add the filter you want, such as set a particular view to be the default.
5.	Click OK to save the view.
6.	Repeat these steps for all views you want to modify. If you want to change a filter for all reports, you should modify all list views. When you return to the Report Center and select a report, any report that includes the modified view will reflect the changes you made.

Migrate your Bamboo Product License Key From one SharePoint version to another

Overview of Licensing and and Product Activation

Bamboo Solutions completed its migration of more than 60 Bamboo products to SharePoint 2013 I the fall of 2013. A few years earlier, we completed the migration of many of those same products from SharePoint 2007 to SharePoint 2010.

Bamboo License Keys for previous versions of SharePoint are not valid for newer versions. If eligible, you can retrieve license keys for newer SharePoint versions through the My Bamboo area of the Bamboo Solutions web site.

When you activate product license keys for a newer SharePoint version, the keys for the older version become invalid after 60 days.

Bamboo Policy for Migrating License Keys

To receive a free SharePoint 2010 or SharePoint 2013 license key, you must have a valid Premium Support Contract for the product you are migrating to SharePoint 2010 or SharePoint 2013.

We support a 1:1 exchange of license keys. If your SharePoint 2007 farm had two WFE servers and your SharePoint 2010 farm has four WFE servers, you will need to purchase two additional SharePoint 2010 license keys. The same requirement holds for SharePoint 2010 farms you are migrating to SharePoint 2013.

How to get your new license keys

If you have a valid Premium Support Contract for the product you intend to migrate, follow these steps:

Step	Action
1.	Login to My Bamboo with the Bamboo account that made the original SharePoint 2007 Bamboo license key purchase or an account that can see the purchases.
2.	Click My Orders Product Licenses under the sectionlocated at the bottom of the page.
3.	On the Product Licenses tab of the My Orders page, each product purchased is listed. If an update is available, a Request SP 2013 License button is displayed in the Update Keys column. Click the button for the product you want to migrate. NOTES: 1. The Request SP 2010/2013 License button will not be available unless a Premium Support Contract is in place. 2. If you see something you think is wrong with your Product License listing, please contact your Bamboo Sales Representative at Sales@Bamboosolutions.com
4.	An order will be created automatically and you will be redirected to the order completion page, where you can retrieve the installation package. You will also receive an e-mail that provides you the link to the download package and your SharePoint 2013 License Keys. NOTE: If the text Not Available is displayed, this means either you do not have an active Premium Support contract or there is no SharePoint 2010 version of that product. Please contact your Sales Representative at Sales@bamboosolutions.com for additional assistance. For information about migrating the product, see these topics.

Migrate your Bamboo product from SharePoint 2010 to SharePoint 2013

Overview

This article outlines how to migrate Bamboo products from SharePoint 2010 to SharePoint 2013 (SharePoint Foundation 2013 & SharePoint Server 2013).

NOTE: In order to migrate a Bamboo product to SharePoint 2103 from a SharePoint 2010 environment, you need to ensure that the SharePoint 2010 farm has the appropriate version installed. If your Bamboo product version is older, you may need to upgrade the SharePoint 2010 version before migrating to SharePoint 2013. Please refer to information about the specific products that are installed on the farm you are migrating for possible additional steps needed or limitations of the migration (including whether the product is supported on SharePoint 2013 with the SharePoint 2010 look and feel).

For additional information about upgrading your existing SharePoint 2010 Farm to SharePoint 2013, read these TechNet articles:

Bamboo Solutions supports the Database Attach upgrade method for upgrading to SharePoint 2013. The migration of Bamboo products deployed on SharePoint 2007 environments directly to SharePoint 2013 Farms is not supported. These environments must be migrated to SharePoint 2010 first. Bamboo also does not support the downgrade of SharePoint editions during a migration. (i.e., SharePoint Server 2010 to SharePoint Foundation 2013)

Migration Steps

Step	Description
1.	Before migrating, update the Bamboo products you have in SharePoint 2010 to the latest available release.
2.	Uninstall any products that are not available on SharePoint 2013. Cross List is an example of a product that was not ported to SharePoint 2013. If you do not remove the Bamboo Cross List from the SharePoint 2010 farm before migrating, the migration will fail because the feature will not be available in the SharePoint 2013 farm.
3.	Retrieve the SharePoint 2013 installation package and license keys for the Bamboo products you are migrating. See Migrate your Bamboo Product License Key From one SharePoint version to another for additional details. Install the Bamboo products on the SharePoint 2013 farm.
4.	Backup the SharePoint 2010 content database and attach it to the SharePoint 2013 farm. If the database attach fails, see steps 1-3 above. IMPORTANT: Follow Microsoft’s Upgrade databases from SharePoint 2010 to SharePoint 2013 article to perform the database-attach migration.
5.	After the 2010 content databases have been successfully attached and upgraded to SharePoint 2013, you MUST retract and redeploy (or uninstall and reinstall) your Bamboo SharePoint 2013 products on the SharePoint 2013 farm. This process removes the SharePoint 2010 Web Part references and replaces them with SharePoint 2013 references in the newly attached content databases. This is not a Bamboo specific step. It must be performed for most 3rd party SharePoint software installations. If this step is skipped users will usually see errors when adding web parts to pages. IMPORTANT: If you have a staged migration that moves content databases in stages, you need to retract and re-deploy after each database (or group of databases are attached.
6.	Perform the permanent Visual Upgrade to upgrade your SharePoint 2010 site collections to the SharePoint 2013 Look and Feel. IMPORTANT: Bamboo does not support our SharePoint 2013 products running on a SharePoint 2013 server using the SharePoint 2010 Look and Feel.

Migrate your Bamboo product from SharePoint 2013 to SharePoint 2016

Overview

This article outlines how to migrate Bamboo products from SharePoint 2013 to SharePoint 2016.

NOTE: In order to migrate a Bamboo product to SharePoint 2106 from a SharePoint 2013 environment, you need to ensure that the SharePoint 2013 farm has the appropriate version installed. If your Bamboo product version is older, you may need to upgrade the SharePoint 2013 version before migrating to SharePoint 2016. Please refer to information about the specific products that are installed on the farm you are migrating for possible additional steps needed or limitations of the migration.

For additional information about upgrading your existing SharePoint 2013 Farm to SharePoint 2016, read these TechNet articles:

Bamboo Solutions supports the Database Attach upgrade method for upgrading to SharePoint 2016. The migration of Bamboo products deployed on SharePoint 2007 or SharePoint 2010 environments directly to SharePoint 2016 Farms is not supported. These environments must be migrated to SharePoint 2013 first.

Migration Steps

Step	Description
1.	Before migrating, update the Bamboo products you have in SharePoint 2013 to the latest available release.
2.	Uninstall any products that are not available on SharePoint 2016. Group Email is an example of a product that was not ported to SharePoint 2016. If you do not remove the Bamboo Group Email from the SharePoint 2013 farm before migrating, the migration will fail because the feature will not be available in the SharePoint 2016 farm.
3.	Retrieve the SharePoint 2016 installation package and license keys for the Bamboo products you are migrating. See Migrate your Bamboo Product License Key From one SharePoint version to another for additional details. Install the Bamboo products on the SharePoint 2016 farm.
4.	Backup the SharePoint 2013 content database(s) and attach it to the SharePoint 2016 farm. If the database attach fails, see steps 1-3 above. IMPORTANT: Follow Microsoft’s Upgrade databases from SharePoint 2013 to SharePoint 2016 article to perform the database-attach migration.
5.	After the 2013 content databases have been successfully attached and upgraded to SharePoint 2016, you MUST retract and redeploy (or uninstall and reinstall) your Bamboo SharePoint 2016 products on the SharePoint 2016 farm. This process removes the SharePoint 2013 Web Part references and replaces them with SharePoint 2016 references in the newly attached content databases. This is not a Bamboo specific step. It must be performed for most 3rd party SharePoint software installations. If this step is skipped users will usually see errors when adding web parts to pages. IMPORTANT: If you have a staged migration that moves content databases in stages, you need to retract and re-deploy after each database (or group of databases are attached.

Manually Install using PowerShell

Options for Installing

IMPORTANT: As of April 2017, Bamboo no longer includes ManualInstallation.ps1 or DisableAllBambooTimerJobDefinitions.bat in product download packages. An updated uninstall script is included instead. Please seeOverview of the Updated Installation Process for Bamboo components and Uninstalling using the updated process for details.

Perform the actions below to manually install or repair a product.

NOTE: Pay close attention to where a command should be run. Some commands must be run on either ONE or ALL Web front-end servers (WFE). A WFE is a server running the Microsoft SharePoint Foundation Web Application service. Refer to the System Settings > Manage Servers on this farm page in Central Administration for a list of servers running this service.

Step	Action
1.	Shut down the application pools for each Web application where you are installing the product. This will prevent other users from accessing sites and locking files that the installation script needs to update. NOTE: If you are using SharePoint 2010 and not Claims Based Authentication (CBA), instead of shutting down the app pools, you can stop the World Wide Web Publishing Service to prevent users from accessing sites and locking files. You should NOT stop the WWW Publishing service in SP2013 or in a CBA environment.
2.	On one Web front-end server (WFE), run the product .EXE file to extract its installation files. Browse to the misc folder. NOTE: If you do not see the misc folder or a file called ManualInstallation in this folder, your Bamboo product does not support this type of install.
3.	Right-click on the file DisableAllBambooTimerJobDefinitions.bat and choose Run as administrator. This script stops the timer job services for all Bamboo products installed on the farm, helping to put the farm in a quiescent state for the install. NOTE: If this script is not present in the misc folder for your Bamboo product, skip this step.
4.	On all WFE servers in the farm, perform the following actions: Run the command iisreset. Restart the SharePoint 2013 Timer (or SharePoint 2010) service.
5.	On the WFE where you extracted the product folders, right-click on the PowerShell application in the Start menu and choose Run as administrator. You can use Windows PowerShell or SharePoint 2013 Management Shell.
6.	Change to the misc folder in the extracted product installation files and enter the following command to start the manual installation script: `.ManualInstallation.ps1`
7.	When prompted, enter the Web application URL and choose whether you want to automatically activate the product features in the site collection(s). NOTE: To allow the installation script to run without prompting for input, edit the miscManualInstallation.ps1 script file and replace Read-Host with the highlighted text shown below: The script file installs Bamboo.Core.V2.wsp and Bamboo.Logging.V2.wsp, if they are not already in the solution store, and any required product components.
8.	Return to the misc folder. Right-click on EnableAllBambooTimerJobDefinitions.bat and choose Run as administrator. This enables all Bamboo timer job services. NOTE: If this script is not present in the misc folder for your Bamboo product, skip this step.
9.	Re-start the Application pools.
10.	Manually Activate the Product Feature(s) in the appropriate Site Collection(s) If you didn’t choose to activate site collection features automatically in step 7 above, don’t forget to activate those features in the site collections where you want to use them. After a Bamboo product solution is deployed to a Web Application, it’s feature(s) must be activated in the site collection before it can be used. When you are ready to activate the site collection feature, please see Activating a Bamboo Site Collection Feature. NOTE: You must be a Site Collection Administrator to activate site collection features.

Manually Install using stsadm

Options for Installing

These instructions use the stsadm.exe command, which can be found in the following location:

SharePoint 2007: %PROGRAMFILES%Common FilesMicrosoft SharedWeb Server Extensions12BIN
SharePoint 2010: %PROGRAMFILES%Common FilesMicrosoft SharedWeb Server Extensions14BIN
SharePoint 2013: %PROGRAMFILES%Common FilesMicrosoft SharedWeb Server Extensions15BIN

NOTE: Your product may include several SharePoint solutions in multiple [Component].wsp installation folders. Follow all steps for each solution to install the product for the first time.

Step	Description
1.	Review Best practices_for_a_successful_intstall to learn which servers to install on and what services to stop or restart.
2.	Add the solution to the SharePoint solution store. Run this command on the appropriate server in your farm and be sure you are running the command with an account that is a member of the local server Administrators group. The appropriate servers are typically those running the Foundation Web Application service or the Microsoft SharePoint Foundation Web Application service (or Windows SharePoint Services Web Application if you are using SharePoint 2007). Refer to Location of Install Files for more information. `stsadm.exe -o addsolution -filename [path][Component].wspcab[Component].wsp` where: [path] – the path to the extracted installation folders [Component] – the name of the component you are installing, as shown in the installation folder. The name of the component in the cab sub-folder may be slightly different than the installation folder name.
3.	Deploy the SharePoint solution. After adding the solution to the SharePoint solution store on your farm, it must be deployed to one or more Web Applications. This can be accomplished via Central Administration (see Deploying a Bamboo solution to a new Web Application for more information) or by running one of the following commands on the same server where you added the solution in Step 1 above. To deploy to a specific Web Application, run this command: `stsadm.exe -o deploysolution -name [Component].wsp -immediate -url [http://WebApplicationUri:portNumber] -allowGacDeployment -allowCasPolicies` where: [Component] – the name of the component you installed, as shown in the cab installation sub-folder [http://WebApplicationUri:portNumber] – the URL and Port for the target Web Application. Repeat this command for each web app you need to deploy to. OR To deploy to all Web applications EXCEPT the Central Administration Web application, run this command: `stsadm.exe -o deploysolution -name [Component].wsp -immediate -allcontenturls -allowGacDeployment -allowCasPolicies` where: [Component] – the name of the component you installed, as shown in the cab installation sub-folder
4.	Execute the deployment job(s). This is an optional step. The SharePoint Timer job will take care of the deployment eventually, but if you don’t want to wait for it, you can run this command. NOTE: This command needs to be run on every server on the farm that runs the Foundation Web Application service (or the Windows SharePoint Services Web Application service if you are using SharePoint 2007): `stsadm.exe -o execadmsvcjobs`
5.	Manually Activate the Product Feature(s) in the appropriate Site Collection After the Bamboo product solution is deployed to a Web Application, it must be activated in the site collection before it can be used. When you are ready to activate the site collection feature, please see Activating a Bamboo Site Collection Feature. NOTE: You must be a Site Collection Administrator to activate site collection features.

Manually uninstall using stsadm

A single Bamboo product may include a combination of one or more SharePoint solutions (WSPs) and components installed using an MSI installer. Refer to the original installation files from your product for information about the components that may have been installed.

To manually uninstall a Bamboo SharePoint solution, follow the steps below. If you need to uninstall a component that was installed using an MSI installed, see Manually Uninstalling a Bamboo .msi.

NOTE: The steps in these instructions use the stsadm.exe command, which can be found in the BIN folder of the 12/14/15 hive of a SharePoint server. For example, on a SharePoint 2010 farm, that would be %PROGRAMFILES%Common FilesMicrosoft SharedWeb Server Extensions14BIN

NOTE: You can also retract and remove a SharePoint solution from SharePoint Central Administration. To uninstall your Bamboo product this way, see Uninstalling from SharePoint Central Admin.

Step	Action
1.	Locate your stsadm.exe command utility. These instructions use the stsadm.exe command, which can be found in the BIN folder of the 12/14/15 hive of a SharePoint server. For example, on a SharePoint 2010 farm, that would be %PROGRAMFILES%Common FilesMicrosoft SharedWeb Server Extensions14BIN
2.	Schedule the solution Retraction. You can schedule the solution to be retracted from one web application at a time: `stsadm.exe -o retractsolution -name [Component].wsp -immediate -url [http://WebApplicationUri:Port]` or from all web applications at once: `stsadm.exe -o retractsolution -name [Component].wsp -immediate -allcontenturls` Where: [Component] is the name of the installed component (i.e., Bamboo.TreeView.wsp), as shown in the cab installation sub-folder or in the list of solutions in the Manage Farm Solutions page of SharePoint Central Administration. [http://WebApplicationUri:portNumber] is the URL and Port for the web application where the solution is installed.
3.	Execute the solution retraction. NOTE: This command needs to be run on each Web front-end (WFE) server in the farm. `stsadm.exe -o execadmsvcjobs`
4.	Remove the solution. Delete the solution from the SharePoint solution store only AFTER the retraction job is complete. `stsadm.exe -o deletesolution -name [Component].wsp` Where: [Component] is the name of the installed component (i.e., Bamboo.TreeView.wsp), as shown in the cab installation sub-folder or in the list of solutions in the Manage Farm Solutions page of SharePoint Central Administration.
5.	Repeat steps 2-4 for each solution included in the product. NOTE: There are two solutions that are common across multiple Bamboo products. They are: Bamboo AJAX Config (SP2007 only) and Bamboo Core. Do NOT uninstall them unless you are sure there are no other Bamboo products remaining on your farm. If there are no other Bamboo products on your farm, uninstall these two solutions last.

Managing alerts in TTM

TTM Control Panel	Time Tracking Checklist

Time Tracking and Management (TTM) comes with pre-configured alerts that allow the application to automatically send notifications to timesheet managers and resources.

When working with TTM Alerts, keep in mind:

All TTM alerts are disabled by default.
Enabling alerts is an optional step in the Time Tracking configuration checklist
You can modify existing alerts or create new alerts as necessary
Bamboo Alert Plus is used to manage the alerts.
Information on the predefined alerts that come with TTM is available here

Working with TTM Alerts

Alerts Setup link in TTM Access the alerts page from the Alerts Setup link in the TTM control panel

the link in the Time Tracking Configuration Checklist.

NOTE:
This requires you to have Full Control or Design permissions on the TTM site.

#	Function

1.	Title Displays the available alerts that can be managed from the Alert Plus Web Part.
2.	Alert Status This column shows you if the alert is enabled. If it is disabled, no alerts will be sent. To enable an alert either: Click the Alert Title to access the Edit Screen Click the Enable radio button Click Save and Close OR Click enable in the alert’s context menu This option was added in Alert Plus 4.0 which is included in TTM 2.5
3	Last Run Date This column shows you the date the timer job last processed this alert. NOTE: This date isn’t necessarily the last time an email was sent. An email is not always sent every time an alert is processed. Sometimes no items match the alert criteria when an alert is processed and therefore no emails are sent. If you never see a value in the Last Run Status column even though the alert is enabled, that indicates that the timer jobs are not running. Click here for troubleshooting information.
4	Last Run Status This column shows you the current status of the alert. It will report: Running when the timer job is running. Success when the timer job completes with no errors. Failure or an Error Code when the timer job stops due to an error. Generally, the specific error will be listed here to help troubleshoot. Sometimes you may notice that an alert is reporting Running for an unusually long time. This may be an indication of an error with the timer job and no error was reported. This happens when the job times out – no error is reported, but the alert status is never updated to indicate that the job is stalled. Click here for troubleshooting information.
5.	Context Menu Use the alerts context menu to help manage the item: Enable/Disable. Clicking on the Enable option item will enable a disabled alert. Clicking on the Disable options will disable an enabled alert. This option was added in Alert Plus 4.0 which is included in TTM 2.5 Edit. Choose Edit Item from the context menu or just click the hyperlink associated with the alert Title to access the alert for editing. Copy. Choose Copy Item to quickly create a second alert similar to the first. Once the copy is created, edit it to change any parameters. This is a useful tool if you want to copy an existing alert so you can send it to another group while keeping all the other parameters the same. Delete. Choose Delete Item to delete the alert. NOTE: Deleting default TTM alerts is not recommended.

TTM Control Panel	Time Tracking Checklist

Location of Installation

IMPORTANT: As of April 2017, Bamboo has changed the installation process for Bamboo components. The Setup Program has been replaced by an updated process. Please see Overview of the Updated Installation Process for Bamboo components and Uninstalling using the updated process for details.

If you are installing a Bamboo product in a SharePoint farm environment, make sure to start the installation on the correct server. The required installation location is listed in the Setup/Installation program interface in the description for each component. See Overview of the Setup Program from more information.

Most Bamboo products are installed on a farm server running the Microsoft SharePoint Foundation Web Application service (or the Windows SharePoint Services Web Application if you are using SharePoint 2007), but some are installed on a farm server running the Central Administration service. Refer to SharePoint Central Administration -> System Settings -> Servers -> Manage servers on this farm for a list of farm servers running these services. If you are using SharePoint 2007, find the list of farm servers in Central Administration > Operations > Servers in Farm.

CA-Manage Servers on this farm.png
During the install process, the component will be automatically deployed to all Web front-end servers by the SharePoint Timer service via SharePoint Solution Deployment. There is no need to run the Setup/Installation program on more than one server in the farm.

Refer to Required Installation Permissions for information about the level of permission the installation account requires.

Localize Bamboo Web Parts for your Language

Overview of the localization process for Bamboo Products

Applies to:

All Bamboo Web Part components
Windows SharePoint Services 3.0 and Microsoft Office SharePoint Server 2007
SharePoint Foundation 2010 and SharePoint Server 2010
SharePoint Foundation 2013 and SharePoint Server 2013

Bamboo products can be configured to display product menus, user interface text, and settings in your local language. You can also customize the default text provided with the product. To change the language or text a product displays, perform the steps described in this page. Click a link below for detailed information about each step.

About the Language Files
Editing Text in Language Files
Selecting a New Language File for a Product

Top

About the Language Files

There are four language files included with Bamboo products. Their name and location may differ by product.

Setting	Older Products	Newer Products
Web Part Language Settings		Newer products will show the language choices in the Web Part settings using the abbreviated [language]-[COUNTRY] format (e.g. “en-US”)
Language File Names	1033.English.xml (the default) 1031.German.xml 1034.Spanish.xml 1036.French.xml	Bamboo.[Product].en-US.resx (the default) Bamboo.[Product].de-DE.resx Bamboo.[Product].es-ES.resx Bamboo.[Product].fr-FR.resx
Language File Location	These files are located in the wpresources folder. This folder and its associated language files may be located under one of the following paths on each SharePoint server: servernamedriveInetpubwwwrootwss VirtualDirectoriesportwpresources[Product] servernamedriveInetpubwwwrootwss VirtualDirectoriesportwpresources[Product] LanguageFiles servernamedriveProgram FilesCommon FilesMicrosoft Sharedweb server extensionswpresources[Product]	Depending on your version of SharePoint, your localization files may be found in the following locations. servernamedriveProgram FilesCommon Filesmicrosoft sharedWeb Server Extensions15CONFIGAdminResources (SharePoint 2013) servernamedriveProgram FilesCommon Filesmicrosoft sharedWeb Server Extensions14CONFIGAdminResources (SharePoint 2010)

Setting

Older Products

Newer Products

Web Part Language Settings

Newer products will show the language choices in the Web Part settings using the abbreviated [language]-[COUNTRY] format (e.g. “en-US”)

Language File Names

1033.English.xml (the default)
1031.German.xml
1034.Spanish.xml
1036.French.xml

Bamboo.[Product].en-US.resx (the default)
Bamboo.[Product].de-DE.resx
Bamboo.[Product].es-ES.resx
Bamboo.[Product].fr-FR.resx

Language File Location

These files are located in the wpresources folder. This folder and its associated language files may be located under one of the following paths on each SharePoint server:

servernamedriveInetpubwwwrootwss
VirtualDirectoriesportwpresources[Product]
servernamedriveInetpubwwwrootwss
VirtualDirectoriesportwpresources[Product] LanguageFiles
servernamedriveProgram FilesCommon FilesMicrosoft Sharedweb server extensionswpresources[Product]

Depending on your version of SharePoint, your localization files may be found in the following locations.

servernamedriveProgram FilesCommon Filesmicrosoft sharedWeb Server Extensions15CONFIGAdminResources (SharePoint 2013)
servernamedriveProgram FilesCommon Filesmicrosoft sharedWeb Server Extensions14CONFIGAdminResources (SharePoint 2010)

The German, Spanish and French files have not yet been translated; although the file name suggests otherwise, their content is English. Edit these files to provide your own text or translation of the product user interface and settings.

IMPORTANT: If you do not rename the files you modify, your customizations will be overwritten when you upgrade to a new Bamboo product release.

To make sure that your customizations do not get overwritten when you upgrade the product, follow these steps:

Step	Action
1.	Copy the default file for the appropriate language and rename the copy. For example, you might save a localized French language file as CompanyName.1036.French.xml or Copy.Bamboo.ProductName.fr-FR.resx. NOTE: When you next upgrade the product, the default file (i.e., 1036.French.xml) will be overwritten with the new version. Your file will not. You can use any file name, as long as the file extension is .xml (or .resx for newer products). To create language files for languages other than German, English, Spanish, or French, copy one of the existing language files and rename it. Then edit the file to provide your own translation.
2.	When you upgrade your Bamboo product, the installation/setup application will not remove or overwrite language files you created if you saved them with a name other than the default. However, product upgrades may require that you merge new resource strings for the new product release. NOTE: If you forget to add new resource strings to your custom language file, you may see strange things in the user interface. The product will display missing resource string IDs instead of text. Copy these new resource string IDs from a default language file to your custom file and make any desired translations.

Step

Action

Copy the default file for the appropriate language and rename the copy. For example, you might save a localized French language file as CompanyName.1036.French.xml or Copy.Bamboo.ProductName.fr-FR.resx.

NOTE: When you next upgrade the product, the default file (i.e., 1036.French.xml) will be overwritten with the new version. Your file will not. You can use any file name, as long as the file extension is .xml (or .resx for newer products).

To create language files for languages other than German, English, Spanish, or French, copy one of the existing language files and rename it. Then edit the file to provide your own translation.

When you upgrade your Bamboo product, the installation/setup application will not remove or overwrite language files you created if you saved them with a name other than the default. However, product upgrades may require that you merge new resource strings for the new product release.

NOTE: If you forget to add new resource strings to your custom language file, you may see strange things in the user interface. The product will display missing resource string IDs instead of text.

Copy these new resource string IDs from a default language file to your custom file and make any desired translations.

Top

Editing Text in Language Files

IMPORTANT: Before making any changes to any file, back up your original file and put it in a safe place.

To change text in a language file, follow these steps:

Step	Action
1.	Open the language file in a text editor and locate the text you want to change.
2.	Edit the text between the <resource></resource> tags but do not edit the tags. NOTE: Do NOT modify the resource id value. Modify only the text between the <resource></resource> tags. If you want to remove text completely, delete only the text; do not delete the <resource> entry from the file, or the product interface will display an error message. In the example below, the text you can modify is highlighted in gray.
3.	When you are finished with your changes, save the file and copy it to the appropriate resources folder on all Web front-end servers in your SharePoint farm.
4.	Follow the instructions below to select your new language file in the product settings.

Top

Selecting a New Language File for a Product

The instructions below for changing language file settings apply to Bamboo products with settings configured in the Web Part tool pane or Web Part Settings pop-up page. If you have multiple instances of a product in your portal, you must make the same change for each instance that requires the change.

Change the Language Settings in the Web Part Tool Pane:

Step	Action
1.	Click the edit drop-down menu on the Web Part title bar and select Edit Web Part (or Modify Shared Web Part if you are using SharePoint 2007). See the example from the Group Email Web Part.
2.	In the Language Settings section of the Web Part tool pane, select the language file you want to use. See the example from the Group Email Web Part. If you have created a new file (i.e., Copy.Bamboo.ProductName.fr-FR.resx), it should appear in the list as a valid selection.
3.	Click Apply and then OK in the Web Part tool pane to apply your changes.

Change the Language Settings in the Web Part Settings Pop-up Page:

Step	Action
1.	Click the edit drop-down menu on the Web Part title bar and select Edit Web Part (or Modify Shared Web Part if you are using SharePoint 2007).
2.	Click the [Product] Settings button in the Web Part tool pane.
3.	Click Language Settings in the Web Part Settings page and select the language file you want to use. If your product does not have a Language Settings section, look for the Select a Language drop-down list in General Settings instead. If you have created a new language file (i.e., Copy.Bamboo.ProductName.fr-FR.resx), it should appear in the list as a valid selection.
4.	Click the Save & Close button to save the Web Part settings.
5.	Click Apply and then OK in the Web Part tool pane to apply your changes.

Localize Bamboo Applications or Custom Columns

Overview of the localization process for Bamboo Products

Bamboo applications and custom columns are slightly different than web parts when it comes to localizing/translating. The user interface isn’t confined to a web part, but can exist as site definitions or other custom pages. For example, the configuration of a Bamboo custom column is within the SharePoint list settings area.
The text strings that require translation are located in different files than the strings that appear in a web part.

Changing the language or text for an application or custom column is a multi-step process:

About the Language files
Editing text in resource files
Applying Language File Updates

Top

About the Language Files

Text displayed in a Bamboo application may be included in one or both of the following locations:

Provisioning Resources. These resources are located in the 12, 14, or 15 “Hive”, in the Resources folder. The number of the Hive depends on the version of SharePoint you are using (e.g., SP2007 has a 12 Hive, SP2010 has a 14 Hive, and SP2013 has a 15 Hive).

The Bamboo.*.resx files include text used in site features, site definitions, list definitions, and other provisioning resource elements. Any changes you make in these files will apply to new product instances only.
Application/Runtime Resources. These are also located in the 12, 14, or 15 Hive, but in the CONFIGResources folder.The Bamboo.*.resx file in the CONFIG folder is different than the one included in the Resource folder. This one includes text used in application pages, custom site menu actions, navigation elements, and other runtime resources. Any changes you make will apply to new and existing product instances only.

In each location, there may be multiple versions of Bamboo.*.resx files with identical content. The different files are provided for English (en-US), German (de-DE), French (fr-FR), and Spanish (es-ES). The content of all files is in English until you translate it to your language. If your site is configured to use a language that does not have a corresponding Bamboo product .resx file, copy an existing file and rename it to include the culture name for that language pack. For example, create a file for Italian by saving the default file as Bamboo.[Product].it-IT.resx. Make your changes to this new file. If your site is configured to use a specific language but you do not have a culture-specific file, the product will use the default Bamboo.[Product].resx file instead.

IMPORTANT: If you customize one of the default resource files provided with the product, your changes will be overwritten when you upgrade.

To avoid losing customizations, copy the customized file to a different location (not the same folder) before upgrading. After the upgrade is finished, compare the new file with your customized file to incorporate any new entries. Then copy the merged file to the Resources folder. Culture-specific files created for languages that are not provided with the product will not be overwritten during an upgrade, but you still need to incorporate new resource entries.

Top

Editing text in resource files

IMPORTANT: Before making any changes, back up your original file to a different folder.

To change text in a resource file, open it in a text editor and locate the text you want to change. Editable text is usually found between the <value></value> tags, as shown in the screen shot below. Do not modify the data tag. If you want to remove text completely, delete only the text; do not delete the <data> or <value> entries from the file, or the server will display an error message. In the example below, the editable text is highlighted in gray.

When you are finished with your changes, save the file and copy it to the appropriate Resources *folder on *all Web front-end servers in your SharePoint farm. Follow the instructions below to make your changes take effect.

Top

Applying Language File Updates

To apply changes to Provisioning Resource Files:

If you modified the provisioning resources file, apply your changes by restarting Web services with the following command on all Web front-end servers.

iisreset

NOTE: changes to provisioning resources affect new instances of the Bamboo product only; existing instances of the product are not updated.

To apply changes to Application/Runtime Resource Files:

If you modified the application/runtime resources file, apply your changes by executing the following stsadm command on all Web front-end servers. This command copies the updated resource file to the App_GlobalResources folder of each Web application. Changes apply to existing product instances and any new instances you create.

stsadm -o CopyAppBinContent

NOTE: Changes apply to EXISTING product instances AND any new instances you create.

Is there a way to find a lost or unknown Bamboo product license key?

If your Bamboo Product License is invalidated because of a change to the hardware profile of a server, the license key used to activate it previously will not be shown in the Bamboo Web License Manager in SharePoint Central Administration.

You should be able to find the license keys associated with your purchase in the My Bamboo area of the Bamboo Solutions web site.

Step	Action
1.	Login to My Bamboo.
2.	Click the My Orders link from the Home page.
3.	On the Product Licenses tab of the My Orders page, the license keys associated with the products you’ve purchased are listed. NOTE: If you don’t see your orders listed on the page, please contact your Bamboo Sales Representative at Sales@bambooosolutions.com

Step

Action

Click the My Orders link from the Home page.

Mb-Home squares.jpg

On the Product Licenses tab of the My Orders page, the license keys associated with the products you’ve purchased are listed.

MB-MyOrders blurred.jpg

NOTE: If you don’t see your orders listed on the page, please contact your Bamboo Sales Representative at Sales@bambooosolutions.com

Installing the Bamboo Web License Manager

Overview of Licensing and and Product Activation

If you need to activate your Bamboo product license, you most likely need the Bamboo Web License Manager installed on your farm. If you need to activate a Bamboo Desktop application, please see Activating a Bamboo Desktop Product Using the License Manager

NOTE: If you are running with a free trial license, there is no need to install this component.

Install the Bamboo Web License Manager on one of the servers in the SharePoint farm that is running the Central Administration service. The component will be automatically deployed to all Central Administration Web applications by the SharePoint timer service.

NOTE: You must be a member of the local server Administrators group and have the db_owner role for the SharePoint configuration database to install and run the Bamboo Web License Manager.

Step	Action
1.	On the server running the Central Administration service, run the Setup program for any Bamboo product. NOTES: 1. Refer to System Settings in SharePoint Central Administration for a list of servers running this service. 2. Although every product Setup package includes the Web License Manager, it is necessary to install it only once on the farm.
2.	From the Setup interface, click the Bamboo Web License Manager component. Verify that the installation location is correct. Verify that the you have the required installation permissions. Click the Install button. The installation for the Web License Manager will begin.
3.	Click Next to continue.
4.	The install will run through some system checks. If they pass, click Next. NOTE: The Web License Manager expects Bamboo Logging V1 to have been previously installed. If you have installed a Bamboo product before installing the Web License Manager, this Prerequisite Component will already be installed.
5.	Read and accept the Bamboo End-User License Agreement. When you check the box labeled “I accept the terms in the License Agreement”, the Next button will be enabled. Click it to continue.
6.	The Web Application where Central Administration is running should be displayed in the Deployment Targets page. Check the box at the bottom to automatically activate the feature during the install. NOTE: If desired, you can always activate the feature manually in Central Administration.
7.	Monitor the progress of the install. When its complete, click Next.
8.	A Summary of the installation is presented. Click Close to complete the process.
9.	After a successful installation of the Web License Manager, you should see a Bamboo Solutions entry on the main page of SharePoint Central Administration on the main page.

Installing using the updated install process

Overview of the Updated Installation Process

In April 2017, with the Q1 Cumulative Update (CU) Bamboo introduced updated install/uninstall processes for component products (web parts). For more information about why this was introduced, please see Overview of the Updated Installation Process for Bamboo components

To install using the updated install process, please follow these steps (Warning.. Installs should be performed in Non-Peak hours as your farm will temporarily go offline):

No.	Function
1.	Download the install package from My Bamboo.
2.	Extract the contents of the package.
3.	Run the Install.ps1 from a WFE server in PowerShell as an admin.
4.	The script will look for WSPs in the install folder and list those found. It will install them in alpha order. Rather than deploying the solution immediately after its installed, the script schedules deployment time for 1 minute in the future so multiple installs won’t collide. IMPORTANT: By default, the script deploys solutions to all content web applications. If you don’t want to do this, please update the script for your needs.
5.	When the deployment completes, check Central Administration to confirm deployment completion.
6.	Activate in the desired Site Collections. See Activating a Bamboo Site Collection Feature for details.

Options for Installing

Option	When or Why to use this?
Use the Updated Installation Process for Bamboo components	Based on feedback from our customers, Bamboo introduced updated install/uninstall processes for component products (web parts). Instead of the Setup.exe Installation Application, we now supply two PowerShell scripts – one for Install/Upgrade and the other for Uninstall – to be used to install, upgrade, or uninstall the product. For more information, see Overview of the Updated Installation Process for Bamboo components.
Use the Bamboo Installation/Setup program	IMPORTANT: As of April 2017, Bamboo no longer includes the Installation/Setup program in product download packages. This is an easy option for small to medium sized farms with not too many web applications and/or WFE servers. The program will automatically check certain conditions, ask which Web Applications you want to deploy to, and then ask if you want to automatically activate site collection features. These are things that are easy to forget when installing any other way. For more information, see Overview of the Setup Program and How to run the Installation/Setup program. NOTE: You may decide NOT to use the Installation/Setup Program if your farm has several web front end servers (WFEs) or Web Applications. The installation and/or the solution deployment may timeout trying to deploy to a very large farm. In this case, it may be best to manually install the product on your farm.
Manually Install	Extra care must be used when installing a product manually because the series of automated checks performed by the Bamboo Installation program will not be available. Unexpected behavior during product configuration, licensing, or use may occur if some steps are skipped. About the Installation Files Important Notes About Manual Installation How to use the Installation-Setup program to install a single WSP Manually Install using PowerShell Manually Install using stsadm Manually Installing a Product MSI

Option

When or Why to use this?

Use the Updated Installation Process for Bamboo components

Based on feedback from our customers, Bamboo introduced updated install/uninstall processes for component products (web parts). Instead of the Setup.exe Installation Application, we now supply two PowerShell scripts – one for Install/Upgrade and the other for Uninstall – to be used to install, upgrade, or uninstall the product.

For more information, see Overview of the Updated Installation Process for Bamboo components.

Use the Bamboo Installation/Setup program

IMPORTANT: As of April 2017, Bamboo no longer includes the Installation/Setup program in product download packages.

This is an easy option for small to medium sized farms with not too many web applications and/or WFE servers. The program will automatically check certain conditions, ask which Web Applications you want to deploy to, and then ask if you want to automatically activate site collection features. These are things that are easy to forget when installing any other way.

For more information, see Overview of the Setup Program and How to run the Installation/Setup program.

NOTE: You may decide NOT to use the Installation/Setup Program if your farm has several web front end servers (WFEs) or Web Applications. The installation and/or the solution deployment may timeout trying to deploy to a very large farm. In this case, it may be best to manually install the product on your farm.

Manually Install

Extra care must be used when installing a product manually because the series of automated checks performed by the Bamboo Installation program will not be available. Unexpected behavior during product configuration, licensing, or use may occur if some steps are skipped.

Generating Activation Keys using My Bamboo

All Bamboo products that deploy to SharePoint can be activated online and the license(s) managed using Bamboo Web License Manager. Bamboo Web License Manager is included with the Setup program for every Bamboo product. You only need to install it once on your farm to manage all Bamboo products that have been or will be installed. After installation, it is accessed via SharePoint Central Administration.

If you are activating a Bamboo product on a server that does not have Internet access, you can activate your license offline and send the License Key and Machine Key to the Bamboo Support Team.
Alternatively, you can generate the Activation Key yourself via the My Bamboo area of the Bamboo Solutions website.

To generate the Activation Code yourself, follow these instructions.

Step	Action
1.	On a computer with Internet access, log in to My Bamboo with any valid account. In the My Orders tab, click Manage License.
2.	On the Manage License tab, enter the License Key and Machine Key. NOTE: See Activating My Bamboo Product License Offline to get the Machine Key. Click the Generate button to generate the activation key. Copy this key and put it in a safe place. You will need it in the next step. NOTE: If you are unable to successfully generate an activation key, send the License Key and the associated Machine Key to the Bamboo Support Team via Support@bamboosolutions.com. They will send the Activation Key to you via Email.
3.	Return to the Bamboo Web License Manager Offline Activation page in SharePoint Central Administration. Paste the activation key in the Activation Key box, and then click Activate.
4.	Your Bamboo product is now Active and is ready for use, as shown by the Status column. If you ever need to check which license key you used to activate each server, the license key used is shown on this status page.

I am having trouble adding the product Web Part to a page

Verify that the associated product feature is active in the site collection by following the instructions for Activating a Bamboo Site Collection Feature. If you are wondering which Site Collection Feature to activate for your product, refer to.
If the product feature is active but you still have problems adding it to the site, deactivate it and then activate it again.
If the product feature is not available to the site collection, verify that the product was successfully deployed to the Web Application. Deployment status can be verified in SharePoint Central Administration > System Settings > Manage Farm Solutions. If you are using WSSv3/MOSS, its in SharePoint Central Administration > Operations > Solution Management.
If the product does not appear in the list of Farm Solutions in Central Administration, it hasn’t yet been installed on the farm.
If the product shows a status of “Error” in the Farm Solutions list in Central Administration, Retract and then Remove the solution before running the Installation/Setup Program again to reinstall it. Refer to How to run the Installation-Setup Program for more information.

How to Submit Timesheets for Approval

During the timesheet reporting period, you can enter hours each day and save your timesheet. At the end of the timesheet period, submit it to your timesheet manager for review and approval. To be able to submit a timesheet, your account must be configured with a Timesheet Manager.

When you are ready to submit your time for approval, click the Submit button at the top of the timesheet. You will be prompted to enter comments for this timesheet period (optional).

Submitting a timesheet triggers the following actions:

If working hours validation is configured, the number of hours you entered per day or the total number of hours on the timesheet (whichever is configured for validation) will be verified.
If the number of hours you entered exceeds the number of hours allowed, you must correct your error before the timesheet can be submitted.

NOTE: If you are allowed to work overtime, this step is skipped.

If validation succeeds (or is not required), the timesheet Status is updated to Submitted.
The timesheet is routed to your timesheet manager. If you have a secondary timesheet manager, your timesheet is submitted to that person as well; either manager can approve your timesheet.
If alerts are enabled, your timesheet manager(s) will be notified by email that there is a new timesheet for review.
On your home page, the number of submitted timesheets is updated.

You can also view submitted timesheets that are waiting for approval by clicking the My Submitted Timesheets link in the Quick Launch menu. This view displays a summary for each timesheet that was submitted. To view timesheet details, click the Period link at the top of the timesheet.

To learn how to approve timesheets as a timesheet manager, see Approving and Rejecting Timesheets.

How to uninstall Bamboo.core.v1.wsp from your SharePoint farm

APPLIES TO:

Bamboo Farm deployed products that use Telerik. See Bamboo products that use Telerik for a list.
SharePoint Foundation 2010 and SharePoint Server 2010 have Bamboo.core.wsp and Bamboo.core.v1.wsp.
SharePoint 2007 has Bamboo.core.wsp

SYMPTOM:

Errors occur and you can not access your sites after manually retracting and removing bamboo.core.v1.wsp or Bamboo.core.wsp from your SharePoint farm.

CAUSE:

If you need to remove all of your Bamboo products from the farm, and you run the installers that come with the products and select the option to “remove”, the bamboo.core.wsp and/or bamboo.core.v1.wsp is intentionally left behind.

This is because during installation and deployment, the bamboo.core.v1.wsp (or bamboo.core.wsp) solution puts specific versions of the Telerik.web.ui and Telerik.web.ui.Skins assemblies into the Global Assembly Cache (GAC). The associated bamboo.telerik.config.wsp solution programmatically adds Telerik-related entries into the web.config for the web application(s) selected during the install. These entries refer to specific versions of Telerik.web.ui* assemblies. Web.config files should not be modified manually.

When the product(s) and solutions are uninstalled, the changes to the web.config file regarding Telerik.web.ui are not removed. This is because there may be other SharePoint solutions from sources other than Bamboo that use this version of Telerik. For the same reason, the bamboo.core.v1.wsp (or bamboo.core.wsp) is left deployed because uninstalling it removes some specific versions of Telerik.web.ui* assemblies from the GAC.

If you remove bamboo.core.v1.wsp (either manually via Central Administration, PowerShell, or stsadm), then the Telerik.web.ui* assemblies will be removed from the GAC but the entries will remain in the web.config files. This may leave you unable to access your web pages.

If you are sure there are no other solutions that rely on Telerik on your farm, it will be OK to retract and remove the bamboo.core.v1.wsp (or bamboo.core.wsp) solution. However, you must be sure to also remove the Telerik entries from the various web.config files where they have been added.

RESOLUTIONS:

Leave the bamboo.core.v1.wsp deployed. Do not uninstall it.

If you must remove the bamboo.core.v1.wsp (or bamboo.core.wsp), remove it by retracting and then removing the solution from the Manage Solutions page in Central Admin. See Uininstalling from SharePoint Central Administration for more information.

After it is successfully removed, please use PowerShell to remove the Telerik entries from the web application(s) web.config file. This will ensure that changes to the web.config are saved in the database. For more information, see How to Remove a web.config Modification Using PowerShell

How to run the Installation/Setup Program

Options for Installing

IMPORTANT: As of April 2017, Bamboo no longer includes the Installation/Setup program in product download packages. Please Overview of the Updated Installation Process for Bamboo components for information about the updated process.

To access the Setup program:

Note: The minimum screen resolution to view the Setup program is 1024×768.

Step	Action
1.	Download the self-extracting product EXE (i.e., HW03.R1.7.SP2010.SL.exe) and save it to a local folder on the appropriate SharePoint server (see Location of Install Files if you are unsure about which SharePoint server to install on).
2.	Double-click the product EXE file to extract the contents of the product download. The Setup program will automatically start (see example screen shot below). See Overview of the Setup Program for more information. If you aren’t ready to install, click the X in the upper right corner to close it. To start the Setup program manually later, double-click the Setup.bat file in the root folder where the product files were extracted.

Step

Action

Download the self-extracting product EXE (i.e., HW03.R1.7.SP2010.SL.exe) and save it to a local folder on the appropriate SharePoint server (see Location of Install Files if you are unsure about which SharePoint server to install on).

Double-click the product EXE file to extract the contents of the product download.
The Setup program will automatically start (see example screen shot below). See Overview of the Setup Program for more information.

If you aren’t ready to install, click the X in the upper right corner to close it. To start the Setup program manually later, double-click the Setup.bat file in the root folder where the product files were extracted.

To Run the Setup:

Step	Action
1.	Review Recommendations for a successful install
2.	Run the Installation/Setup program and highlight a component to install. It’s best to install components in the order they are listed, if more than one is listed.
3.	Verify the installation location and required permissions for the selected component. They will be listed on the right side of the screen and could change for different selected components.
4.	Click the Install button that appears in the lower right corner. The install process will begin. During the install process, you will be asked: to verify that the system checks pass successfully. Some products have more checks than others. If some checks display an error, you will not be able to proceed until the error is resolved. Abort the install and try again once the issue is resolved. to read and accept the Bamboo Solutions End-User License Agreement (EULA). In the Deployment Targets screen, select the Web Application(s) on the farm where you want to deploy the product. If you are a Site Collection Administrator for all the site collections in the selected Deployment Targets (web apps), it’s OK to leave the Automatically activate features… option checked, otherwise uncheck it. NOTE: If you prefer that Site Collection Administrators activate product features as they are needed, uncheck the Automatically activate features option, then read How to activate a Bamboo Site Collection Feature to understand how to manually activate these features at a later time.
5.	When the installation is complete, a Summary will be displayed. Some Bamboo product components install several features. The install routine does not abort the installation if one feature fails to install. It continues to install the next feature. For this reason, be sure to review this summary carefully to make sure the install completed without error. You may need to scroll up to review the entire summary. NOTE: If one or two features failed, you can reinstall the failed features individually at a later time (after resolving any issues described in the log file). This may save you time if the installation was successful for all but a few components. See How to use the Installation-Setup program to install a single WSP for more information.
6.	Repeat Steps 2-5 for each required component listed. Required components are designated with a red asterix. Install optional components as needed. NOTE: It is not necessary to install the Bamboo Web License Manager if it is already installed on your SharePoint farm. This component is included with every Bamboo product, but only needs to be installed once.
7.	When all desired components are installed, restart the World Wide Web Publishing Service or the App Pools, depending on which you may have stopped.
8.	If you didn’t automatically activate features in site collections during the install, be sure to activate the site collection feature(s) in the appropriate site collection before adding the web part to a page. See Activating a Bamboo Site Collection Feature for more information.

Return to Options for Installing

How to Remove a web.config Modification Using PowerShell

Background

Some custom SharePoint products make changes to the web.config file for a Web application via SPWebConfigModification objects to support their features. Bamboo products sometimes make changes like this during installation. Please see How to modify a web.config file using PowerShell for some additional background information.

You may need to remove these changes for a particular Web application, if the product is no longer used on that Web application. It’s not a good idea to manually edit the file to remove the text, because the web.config would no longer match what has been set in the SharePoint configuration database and might cause future problems on your farm.

Resolution

Follow the steps below to remove web.config settings using PowerShell.

NOTE: The commands in this article work with both SharePoint 2010 Foundation and Server. Be extra careful when making changes to the web.config. Back up the file before making any changes. Do not remove a modification unless you are absolutely sure what it is.

Step	Action
1.	First, open SharePoint 2010 Management Shell. From the Start menu on a SharePoint WFE Server, select All Programs > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell
2.	Next, list all of the SPWebConfigModification objects that have been applied to the Web application. These objects are stored in the WebConfigModifications property of the Web application. `1: $webApp = Get-SPWebApplication WebApplicationURL 2: $webApp.WebConfigModifications` In this example, you can see some of the modifications added by Bamboo products to support Telerik:
3.	Now, we can identify a particular modification and remove it using the commands shown below. `1: $config = $webApp.WebConfigModifications \| Where-Object {condition_to_identify_the_object} 2: $webApp.WebConfigModifications.Remove($config) 3: $webApp.Update() 4: $webApp.Parent.ApplyWebConfigModifications()` In this example, we’ll remove the modification with the name “add[@name=[‘Session’]” and path “configuration/system.webServer/Modules”.
4.	The ApplyWebConfigModifications() method applies this change across the farm for the specific web application, so we don’t need to worry about each physical web.config file at the server-level. That is one of the main advantages of using PowerShell to update web.config modifications. If there are multiple modifications we need to remove, we can use a loop to do that. The following example removes all of the modifications added by Bamboo Telerik Config in a particular Web application (they all have the same Owner value): `1: $BambooConfigs = $webApp.WebConfigModifications \| Where-Object {$_.Owner -eq "Bamboo.SP2010.Config"} 2: foreach ($config in $BambooConfigs) { 3: $webApp.WebConfigModifications.Remove($config) 4: } 5: $webApp.Update() 6: $webApp.Parent.ApplyWebConfigModifications()`

How to Migrate a Bamboo Web Part from SharePoint 2007 to SharePoint 2010 using the In-Place Upgrade Method

When you run an in-place upgrade from SharePoint 2007 to SharePoint 2010, the configuration data for the farm and all the content in the farm is upgraded on the existing hardware, in a fixed order. When you start the in-place upgrade process, Setup takes the Web server offline and the Web sites are unavailable until the upgrade is finished, and then Setup restarts the Web server.

Using the In-place Upgrade method, the following Bamboo products migrate to SP2010 with no errors or additional steps:

Alert Plus
Alerts Administrator
Chart Plus
Cross List
Column Level Security
Custom Identifier Column
Group Redirect
Group Email
In/Out Schedule Board
KPI Column
List Consolidator

List Rollup
List Search Simple
List Search Advanced
Lookup Selector Column
Mini-Calendar
My Alerts Organizer
Navigators
Password Expiration
Poll
Tree View
Site Creation Plus

Rich Text Column
Visual Indicator Column
Validator Column
Video Library
Task Master
User Manager for Sites
User Redirect
Virtual Map View
Wiki Publisher
World Clock and Weather

NOTE: If you are using a Bamboo product that is not on the above list and you are considering using the In-Place Upgrade method to migrate your farm, refer to the specific migration information for your product to learn more about possible limitations before proceeding with a migration.

Step	Action
1.	Follow Microsoft’s Upgrade In Place to SharePoint 2010 article to perform the in-place upgrade. NOTE: When running the SharePoint Products Configuration Wizard, be sure to select the option Change existing SharePoint sites to use the new user experience. Administrators control the user experience for end users and can decide which sub-option is then selected in this step.
2.	During the upgrade process or before, retrieve the installation package and license keys for the SharePoint 2010 version of the Bamboo products you are migrating. See Migrate My Existing Bamboo Product License Key From SharePoint 2007 to SharePoint 2010 for additional details.
3.	After successfully upgrading to SharePoint 2010 and after all sites have completed their conversion to the new user experience, run the SharePoint 2010 Bamboo product installation package that you retrieved in Step 2. On the Repair, Remove or Install screen, choose to Upgrade/Repair Existing and Install New. For more information, refer to Upgrading your Bamboo Web Part.
4.	Select and upgrade the Bamboo Web License Manager component provided in the same installation package. On the Repair, Remove or Install screen, choose to Upgrade/Repair Existing and Install New. NOTE: The Bamboo Web License Manager only needs to be installed once per farm. Skip this step for subsequent Bamboo product installations on the farm.
5.	Activate the SharePoint 2010 versions of Bamboo products. See Install and Activate a License for Bamboo Products in SharePoint 2010 for more information.
6.	Refer to specific migration steps for the Bamboo product(s) you are migrating. There may be some extra steps required to overcome a known migration issue.

How to move your Bamboo Product License to a new server

Overview of Licensing and and Product Activation

You must have a Bamboo product license for each Web Front-end (WFE) server in the SharePoint farm that serves web content. If you replace a server with another physical device, you can move the license from the old server to a new one. To do so, first deactivate the license and then re-activate by following the instructions below.

Step	Action
1.	Go to Central Administration and under the Bamboo Solutions section, click Manage My License Keys. NOTE: If you are using SharePoint 2007, in Central Administration, go to the Bamboo Solutions Corporation heading on the main page and click Bamboo Web License Manager. Locate the product that you need to deactivate and click the product name link. The license Status Page will be displayed. Each server that is licensed for that product is listed on the page. NOTE: If the License Key is not listed on the license status page, see Is there a way to find a lost or unknown Bamboo product license key.
2.	In the Status Page, copy the license key from the server that will be deactivated to a safe location so you can use it on the new server (see Step 4 below). Then, click the Active status link. The Activation Page will be displayed.
3.	On the Activation Page, click the Deactivate button. Your license is now deactivated on that server. NOTE: If your SharePoint WFE server doesn’t have access to the Internet, you will not be able to deactivate from this page. However, it is important to deactivate the license. Please see How to deactivate your Bamboo Product License if your server doesn’t have access to the Internet for a way to deactivate from a PC that does have access to the Internet.
4.	When the new server is ready, see Activating Your Bamboo Product License for information about activating the license key for that server. Use the license key you copied to a safe location in Step 2 above to activate the product on the new server.

Manually uninstall using PowerShell

IMPORTANT: As of April 2017, Bamboo no longer includes ManualUninstallation.ps1 file in product download packages. An updated uninstall script is included instead. Please see Overview of the Updated Installation Process for Bamboo components and Uninstalling using the updated process for details.

Typically, Bamboo products are uninstalled from a server simply by selecting the Uninstall button for the product components in the Setup program. If you choose, however, you may also uninstall our products via another simple method. In this article, I will show you how to manually uninstall a Bamboo product with PowerShell.

Step	Action
1.	Access the installation files for the product you want to uninstall. They are usually on the WFE Server where you installed. Go to the Misc folder and locate the file ManualUninstallation.ps1 This is a PowerShell script. NOTE: Not all Bamboo products include a PowerShell script for uninstalling.
2.	Next, open the SharePoint 2013 Management Shell program and Run as administrator:
3.	In the SharePoint 2013 Management Shell, go to the Misc folder of the Bamboo product installation files. Then run the script by entering: `.ManualUninstallation.ps1`
4.	A warning is displayed telling you to do the following before proceeding: Deactivate the site collection feature for the product you are uninstalling. This script does not deactivate the features. They must be deactivated on all site collections where they have been activated. Recycle the App Pool or reset IIS on all WFE servers before continuing.
5.	Press Enter when ready, and the script will start. Wait for it to report Solution Removed Successfully, and then press Enter to exist.
6.	Check that the solution is successfully removed. In Site Collection features, the solution should no longer appear. In Solutions Management in Central Administration, the solution should no longer be listed.
7.	Notice that the Bamboo.Core.v2.wsp solutions remains on the list in Solution Management. This solution is part of other Bamboo products and is left intentionally. If you have no other Bamboo products on your farm, please see What is left behind after uninstalling to learn how to remove the Bamboo.core.v2.wsp also.

How to Migrate a Bamboo Web Part from SharePoint 2007 to SharePoint 2010 using the Database Attach Upgrade Method

When you upgrade by using database attach upgrade, you detach the databases in the old farm and then attach them to the new farm. When you attach a database to the new farm, the SharePoint upgrade process runs and upgrades the whole database. The database attach upgrade process is similar to the in-place upgrade process. The difference is that the database attach upgrade process is performed manually, and is performed in a separate environment.

Using the Database Attach Upgrade method, the following products migrate to SP2010 with no errors or additional steps:

Chart Plus
Cross List
Column Level Security
Custom Identifier Column
Data-Viewer
Group Email
Group Redirect

List Search Simple
List Search Advanced
Mini-Calendar
Site Creation Plus
Task Master
Tree View
User Manager for Sites

Password Expiration
User Redirect
Validator Column
Visual Indicator Column
Wiki Publisher
World Clock and Weather

NOTE: If you are using a Bamboo product that is not on the above list and you are considering using the Database Attach Upgrade method to migrate your farm, refer to the specific migration information for your product to learn more about possible limitations before proceeding with a migration.

Step	Action
1.	The first step in the process is to set up a new environment to host the upgraded content. See Prepare the new SharePoint Server 2010 environment for a database attach upgrade for additional information from Microsoft.
2.	After you set up the new environment, use the procedures in Microsoft’s Attach Databases and Upgrade to SharePoint 2010 article to detach and then reconnect the databases to perform the actual upgrade. NOTE: When attaching the databases, you must choose to update to the new user experience. Your Bamboo products will not perform correctly if you choose to remain in the old user experience after upgrade.
3.	During the upgrade process or before, retrieve the installation package and license keys for the SharePoint 2010 release of the Bamboo product(s) you are migrating. See Migrate My Existing Bamboo Product License Key From SharePoint 2007 to SharePoint 2010 for additional details.
4.	After successfully upgrading to SharePoint 2010 and after all databases have been attached and converted, run the SharePoint 2010 Bamboo product installation package that you retrieved in Step 3. Since this will be a new install on new hardware, you will be asked to choose the Web Applications to deploy to. Be sure to select the same Web Applications where the Bamboo product was deployed on the old farm. For more information about installation, refer to How to run the Installation-Setup Program.
5.	Install the Bamboo Web License Manager provided in the same installation package. NOTE: The Bamboo Web License Manager only has to be installed once. Skip this step for subsequent Bamboo product installations.
6.	Activate the SharePoint 2010 versions of Bamboo products. See Activating Your Bamboo Product License for more information.
7.	Refer to specific migration steps for the Bamboo product(s) you are migrating. There may be some extra steps required to overcome a known migration issue.

How to find the release number of a Bamboo web part

NOTE: Since you need to access the web part tool pane, you must be user with Design permissions on the site in order to determine the web part version.
Not all of Bamboo’s products are Web Parts; some products are custom columns for SharePoint and some are desktop programs, so this information does not apply to those particular components.

Step	Action
1.	Navigate to the SharePoint page where the web part is used. It can be any page, on any site. Because web parts are installed on your farm, the version is the same in all web apps, site collections, and sites.
2.	Access the Web Part’s configuration tool pane. In edit mode (select Edit Page from the Site Actions menu), select Edit web part from the web part menu in the upper right corner.
3.	Locate the About Web Part section of the tool pane and expand it. The most important version is the File Version number for the first component listed. This is the current product version installed. See About Bamboo product Version Numbers for more information about how our products are versioned.

How to Enter Time in TTM

Time Tracking and Management allows you to enter hours spent on administrative and project tasks. You can save time entered in your timesheet each day, or enter time all at once. When you are ready, submit your timesheet to your timesheet manager for approval. To be able to enter time in a timesheet, the following requirements must be met:

Your account must be configured in the Timesheet Resources list or in the Project Management Central resources list.
A timesheet reporting period must exist for the dates you want to enter time for.

Once these requirements are met, simply browse to the timesheet you want to complete and enter time. Details about browsing to timesheets, entering time, and saving timesheets are provided below.

For information about submitting your timesheet for approval after you have entered all time for a timesheet period, see How to Submit Timesheets for Approval.

Browse to Your Timesheet

Step	Action	Result
1.	Click the Timesheet Entry link in the Quick Launch menu to display the timesheet that includes today’s date.	If you want to enter time for a different time period, access it using one of these methods: Browse to the time period using the arrow buttons on the right side of the timesheet. Click the Select Period link and enter the date you want to enter time for. The timesheet that includes that date will be displayed.
2.	Your timesheet automatically includes administrative time categories, like vacation and sick time (if configured), and any tasks you are assigned to.	The header of the timesheet includes the following information: Your name Your primary and secondary timesheet manager (the people who can approve your timesheet) The date your timesheet is due (the last day in the timesheet reporting period) The time period for this timesheet The total hours entered for the timesheet period The total billable hours Action buttons to save, submit, refresh, print, or export the timesheet
3.	Refresh tasks: Before entering time, click the Refresh button at the top of the task list to refresh your list of tasks, available cost codes, and other timesheet data.
4.	View task details: If you need more information about a task listed on your timesheet, click the task name to view its details. If the task is from a PM Central project, the task information from PM Central is displayed, as shown in the example here.
5.	Enter hours: To enter time for any task, click inside the box for the day you want to enter time for, in the same row as the task you worked on. Enter the time you worked in hours. Hit the Enter key or click another time entry box to continue. Repeat for each day and task you want to enter time for.
6.	Select cost codes: If your administrator has configured cost codes, you will see a Cost Code column in the timesheet. Cost codes allow you to attribute time to specific cost centers or budgets. To assign a cost code to a task in your timesheet, click in the Cost Code box and select the appropriate cost code from the list.
7.	As you enter time, you will see your per-task and per-day totals accumulate at the right and bottom of the timesheet, with the combined total in the lower-right corner.	Note: You cannot enter time for timesheets that have been submitted. If you need to modify time for a submitted timesheet, your timesheet manager must reject it back to you.
Save your timesheet
1.	Unsaved changes to your timesheet are displayed with a red triangle in the upper-left corner of the changed timesheet box. To save all timesheet changes, click the Save button at the top of the timesheet.
2.	When you save your timesheet, the Total and Billable hours are updated in the timesheet header, and the timesheet Status changes to Saved.	WARNING: Your timesheet is not automatically saved! If you enter time and browse away from the timesheet before saving it, any changes you made will be lost.

How to deactivate your Bamboo Product License if your server doesn’t have access to the Internet

If your SharePoint WFE server does not have Internet access, you will not be able to deactivate a Bamboo product license from Central Administration. Instead, you can access the My Bamboo area of the Bamboo Solutions web site to deactivate any Bamboo product license key.

Follow the steps below:

Step	Action
1.	Determine the license key you want to move or deactivate. Go to Central Administration and under the Bamboo Solutions section, click Manage My License Keys. NOTE: If you are using SharePoint 2007, in Central Administration, go to the Operations tab to see the Bamboo Solutions section and the Manage My License Keys link. Locate the product that you need to deactivate and click the product name link. The license Status Page will be displayed. Each server that is licensed for that product is listed on the page. NOTE: If you don’t see the License Key on this page see Is there a way to find a lost or unknown Bamboo product license key.
2.	Log in to My Bamboo from a computer with an Internet connection. NOTE: If you don’t have a login account, you can create one quickly. All you need is a valid email address.
3.	At the bottom of any My Bamboo page in the My Orders tab, locate the Manage License link and click it. The Manage License page will be displayed.
4.	On the Deactivate Your License side of the Manage License page, enter your license key and then click the magnifying glass (). The Assembly Name licensed with this key will be displayed. Ensure it is the product you expect and then click Deactivate. Once deactivated, the license key can be re-used on your new or changed server. A license key can be used on only one server at a time. Please see Activating Your Bamboo Product License for more information.

How to check the status of your trial license

Overview of Licensing and and Product Activation

To check the status of your trial, follow these steps:

NOTE: If you are trialing a Bamboo Desktop application, please see Checking the status of a Bamboo Desktop application trial.

Step	Action
1.	Open SharePoint Central Administration. Notice the Bamboo Solutions heading on the page with the Manage My License Keys link beneath it.
2.	Click Manage My License Keys. On the page that appears, expand the Individual Products section and locate the product you are trialing.
3.	Click the product name or select Status from the associated menu to view the license status.
4.	If you are running a trial, your license status will be Trial. The status page will show when your trial started and when it will end. Bamboo Product Trials last 30 days from when the product is installed on your SharePoint farm.

How many License Keys do I need for my SharePoint farm?

Overview of Licensing and and Product Activation

For most products, you will need one Bamboo product License Key per Web Front End (WFE) server. A WFE server is any farm server running the Microsoft SharePoint Foundation Web Application (or Windows SharePoint Services Web Application in WSSv3/MOSS).

CA-servers on farm.jpg To determine which servers on the farm run these services, go to Central Administration > System Settings > and then Manage servers in this farm. If you are using WSSv3/MOSS, this page is accessed in Central Administration through Operations > Servers in Farm. In this example, there are two WFE servers on the farm.

Some SharePoint farms have WFE servers that do not serve content to users, even though they are running the Microsoft SharePoint Foundation Web Application. You will not need a license key for WFEs that do not deliver content to end users.

Desktop applications, such as List Bulk Import and List Bulk Export require only one license per instance.

Some products, such as List Rollup and Alert Plus may include optional components that run on application servers in addition to WFE servers. To use these product features, you may need an additional server license for each separate (non-WFE) application server on which you would like to run the associated service for that product. Using application server features on already licensed WFE servers does not require any additional licensing.

How to Add a web.config Modification Using PowerShell

Background

Please see How to modify a web.config file using PowerShell for some additional background information about why you should modify your web.config file(s) programmatically.

Many Bamboo products implement Telerik controls and install a specific version of Telerik.Web.UI assembly to the SharePoint farm. If the farm already has a different version of Telerik.Web.UI assembly, this may cause a conflict and you may see errors on SharePoint pages where you use these controls.

Resolution

To resolve this problem, we need to add an assembly binding to the web.config to specify which version to use. However, adding text by manually editing a web.config file is not recommended because it is not synced across the servers in the farm and is not saved in the SharePoint configuration database.

The best way to modify a web.config file programmatically is via PowerShell.

NOTE: Be extra careful when making changes to the web.config. Backup your file before changing it. Do not add or remove something unless you are absolutely sure what it is.

To demonstrate, we will use an example with Telerik controls. Consider this scenario:
Before a Bamboo product is installed, a server has Telerik.Web.UI version 2012.3.1016.35 previously installed. During the Bamboo product installation process, Telerik.Web.UI version 2011.2.915.35 was installed. Although it is OK to have multiple Telerik versions on a single server, it may cause a conflict in SharePoint.

We need to add an assembly binding to the web.config to tell the assemblies looking for version 2011.2.915.35 to use version 2012.3.1016.35. The assembly binding addition to the web.config file will look like this:

<dependentAssembly>
    <assemblyIdentity name "Telerik.Web.UI" publickKeyToken "121fae78165ba3d4" culture "neutral" />
    <bindingRedirect oldVersion "2011.2.915.35" newVersion "2012.3.1016.35" />
</dependentAssembly>

NOTE: Always redirect all versions found to the newest version of Telerik.Web.UI on the system, for backwards compatibility of functionality.

Step	Action
1.	First, open the SharePoint 2010 Management Shell. From the Start menu, select All Programs > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell.
2.	Next, create the SPWebConfigModification object for the assembly binding Where: Path: A string that contains an XPath expression that specifies the node. If the Type property specifies EnsureChildNode, the Path property contains the XPath expression for the parent node under which the node is created. In this example, the runtime element of the web.config file is placed in another xml-namespace, so we have to identify the namespace. Otherwise, that element will not be found. Name: A string that contains the name of the attribute or section node. When the type of web.config modification is EnsureChildNode, the Name property refers to an XPath expression that uniquely identifies the node under the parent node, as identified by the Path property. Sequence: A 32-bit unsigned integer between 0 and 65536. This property throws an InvalidOperationException if the number is outside this range. A sequence is used only if there is more than one modification of the same type to the same node or attribute. In this case, modifications with lower sequence numbers are applied first. Owner: A string that specifies the owner of the modification. You can use the Owner property to track ownership of modifications. Type: An SPWebConfigModification.SPWebConfigModificationType value that specifies the type of modification. There are 3 types: EnsureChildNode: Specifies that the web.config modification must ensure the existence of a child node of the node to which the XPath expression points. Value = 0. EnsureAttribute: Specifies that the web.config modification must ensure that there is a value for a particular attribute. Value = 1. EnsureSection: Ensures a singleton node. This node is only written once, even if multiple entities register multiple instances of EnsureSection to ensure the existence of a section. Value = 2. Value: If the Type property specifies EnsureChildNode, the Value property contains an XML string that represents the node to be populated as a child of the specified parent node. If the type is EnsureSection, Value contains the name of the section. If the type is EnsureAttribute, Value contains the value set in the attribute.
3.	Then, apply the modification to the Web application (replace ‘WebApplicationURL’ with the actual URL of the Web application). NOTE: Bamboo products are only tested with the Telerik version that they install. Therefore, if a newer Telerik version is used, there might be some unexpected problem.

Step

Action

First, open the SharePoint 2010 Management Shell. From the Start menu, select All Programs > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell.

Next, create the SPWebConfigModification object for the assembly binding

Where:

Path: A string that contains an XPath expression that specifies the node. If the Type property specifies EnsureChildNode, the Path property contains the XPath expression for the parent node under which the node is created. In this example, the runtime element of the web.config file is placed in another xml-namespace, so we have to identify the namespace. Otherwise, that element will not be found.
Name: A string that contains the name of the attribute or section node. When the type of web.config modification is EnsureChildNode, the Name property refers to an XPath expression that uniquely identifies the node under the parent node, as identified by the Path property.
Sequence: A 32-bit unsigned integer between 0 and 65536. This property throws an InvalidOperationException if the number is outside this range. A sequence is used only if there is more than one modification of the same type to the same node or attribute. In this case, modifications with lower sequence numbers are applied first.
Owner: A string that specifies the owner of the modification. You can use the Owner property to track ownership of modifications.
Type: An SPWebConfigModification.SPWebConfigModificationType value that specifies the type of modification. There are 3 types:
- EnsureChildNode: Specifies that the web.config modification must ensure the existence of a child node of the node to which the XPath expression points. Value = 0.
- EnsureAttribute: Specifies that the web.config modification must ensure that there is a value for a particular attribute. Value = 1.
- EnsureSection: Ensures a singleton node. This node is only written once, even if multiple entities register multiple instances of EnsureSection to ensure the existence of a section. Value = 2.
Value: If the Type property specifies EnsureChildNode, the Value property contains an XML string that represents the node to be populated as a child of the specified parent node. If the type is EnsureSection, Value contains the name of the section. If the type is EnsureAttribute, Value contains the value set in the attribute.

Then, apply the modification to the Web application (replace ‘WebApplicationURL’ with the actual URL of the Web application).
apply mods.jpg

NOTE: Bamboo products are only tested with the Telerik version that they install. Therefore, if a newer Telerik version is used, there might be some unexpected problem.

How to activate a Bamboo Site Feature

NOTE: In order to activate a site feature, you need to have at least the Manage Hierarchy level of permission for the site.

Step

SharePoint 2007

SharePoint 2010/2013

From a page on the site where you want to activate the feature, click Site Actions > Site Settings > Modify All Site Settings. In the Site Administration columnn of the Site Settings page, click Site features.
sp2007 site features.jpg

From a page on the site where you want to activate the feature, click Site Actions > Site Settings. In the Site Actions section of the Site Settings page, click Manage site features.
site settings - site actions2010.png

Find the appropriate feature. If it hasn’t yet been activated, click the Activate button.
sp2010 site features.jpg

The features available depend on the Bamboo products installed on your farm and deployed to your web application.

How long do trial versions of Bamboo software last and when do they start?

Overview of Licensing and and Product Activation

Currently, trials for Bamboo products run for 30 days, and begin when the product is installed. So if you download the software today, but don’t actually install for two weeks, that’s OK.

If you need an extension to a trial, contact your Bamboo Sales Representative (Sales@bamboosolutions.com).

Highlights of Time Tracking and Management

You know you’re busy, but if someone asks how much time you spent on Project X, can you provide that information quickly and accurately? With Bamboo’s Time Tracking and Management, you can. Time Tracking and Management lets you report time spent on project tasks, time cost, administrative work, vacation, sick leave, or define additional custom time categories for reporting. Timesheet managers can review and approve time entered by their direct reports. Executives can view comprehensive and informative reports through various filters such as time period, department, and project.

ERRMSG: Failed to find the XML file at location 15 or 14 or ”12TemplateFeaturesBamboo.UI.Licensingfeature.xml”

Applies To:

Windows SharePoint Services v3.0 and Microsoft Office SharePoint Server 2007
SharePoint Foundation 2010 and SharePoint Server 2010
SharePoint Foundation 2013 and SharePoint Server 2013

Issue:

The following errors are displayed:

SP2007	Failed to find the XML file at location ’12TemplateFeaturesBamboo.UI.Licensingfeature.xml’
SP2010	Failed to find the XML file at location ’14TemplateFeaturesBamboo.UI.Licensingfeature.xml’
SP2013	Failed to find the XML file at location ’15TemplateFeaturesBamboo.UI.Licensingfeature.xml’

These errors can occur when the farm server running the Central Administration service is not running the Microsoft SharePoint Foundation Web Application service.

This has also been seen when the farm server running the Central Administration service is running the Microsoft SharePoint Foundation Web Application service, but the load balancer configuration may have caused the error.

Resolution:

For SP2007 For SP2010 For SP2013

In Central Administration > Operations > Solution Management, deploy bamboo.ui.licensing.wsp to all content Web Applications. In Central Administration > System Settings > Manage farm solutions, deploy bamboo.ui.licensing.wsp to all content Web Applications.

OR using STSADM for SP2007 or SP2010 run this command:

 stsadm -o deploysolution 
 -immediate 
 -allowgacdeployment 
 -allowcaspolicies 
 -name Bamboo.UI.Licensing.wsp 
 -allcontenturls

OR using PowerShell for SP2010 run this command:

Install-SPSolution 
-Identity Bamboo.UI.Licensing.wsp 
-GACDeployment 
-AllWebApplications

OR using PowerShell for SP2013 run this command:

Install-SPSolution 
-Identity Bamboo.UI.Licensing.wsp 
-GACDeployment 
-AllWebApplications 
-CompatibilityLevel 15

For more information about these commands, see:

Error Log Files

Applies To

Bamboo Products
Windows SharePoint Services v3 and Microsoft Office SharePoint Server 2007
SharePoint Foundation 2010 and SharePoint Server 2010
SharePoint Foundation 2013 and SharePoint Server 2013—Standard Edition
SharePoint Server 2016

While troubleshooting issues, the Bamboo support team may request a copy of the log files for your Bamboo product(s). Many licensing, functionality and access issue information is captured in the log files found in the BambooSolutions file folder.

This directory is located at C:WindowsTempBambooSolutions

The log files are named in this format: bsc_bamboo_{processID}.log

where {processID} is the ID of the w3wp.exe process which was handling the request at the time of the error

NOTE: These files will be created on any farm server running the Microsoft SharePoint Foundation Web Application (on SharePoint 2010 or SharePoint 2013) or the Windows SharePoint Services Web Application (on SharePoint 2007).

To determine which servers on the farm run these services:

SharePoint 2007:

Go to the page Central Administration > Operations > Servers in Farm

SharePoint 2010:

Go to the page Go to the page Central Administration > System Settings > Manage Servers in this Farm

SharePoint 2013:

Go to the page Central Administration > System Settings > Manage Servers in this Farm

There may be many log files. When reporting a problem to support, attach the most recent file(s) to your support ticket. If you know the time at which the error occurred, choose the file with the corresponding date/time.

Refer to Topology and Services in SharePoint Central Administration for a list of servers running this service. Learn more…

Enter Time

Click the Timesheet Entry link in the Quick Launch menu to display the timesheet that includes today’s date. If you want to enter time for a different time period, access it using one of these methods:

Step	Action	Result
1.	Browse to the time period using the arrow buttons on the right side of the timesheet.
2.	Click the Select Period link and enter the date you want to enter time for. The timesheet that includes that date will be displayed.

Your timesheet automatically includes administrative time categories, like vacation and sick time (if configured), and any tasks you are assigned to.

The header of the timesheet includes the following information:

Your name
Your primary and secondary timesheet manager (the people who can approve your timesheet)
The date your timesheet is due (the last day in the timesheet reporting period)
The time period for this timesheet
The total hours entered for the timesheet period
The total billable hours
Action buttons to save, submit, refresh, print, or export the timesheet

Determine the Labor Rates that will be used in TTM

TTM Control Panel	Cost Tracking Checklist

When cost tracking has been enabled for Time Tracking and Management the resulting cost calculations reference the Cost Tracking list to determine what labor rates should be associated with selected cost codes.

Keep in mind:

You can restrict access to the Cost Tracking list by using SharePoint permissions. More information on permissions in TTM is available here

If you configured cost tracking options to obtain labor rates from PM Central, the rates in the Cost Tracking list only apply when the cost code is assigned to tasks from the Administrative Time list
- The labor rate used for all other tasks will be the Standard Rate for the assigned resource in the PM Central Enterprise Resource Pool. For more information, see Configuring Cost Tracking for PM Central.

To create or update labor rated in the Cost Tracking list:

Links from the TTM Control Panel Access the Cost Tracking list from the Update Labor Rates link in the Cost Tracking configuration checklist,

in the TTM Control Panel

NOTE:
Accessing the TTM Control Panel requires you to have Full Control or Design permissions on the TTM site.

#	Function

1.	Select an existing cost code from the Cost Codes list. You should add one Cost Tracking list entry for each cost code in the Cost Code list for which you want to track costs.
2.	The Billable check box is selected by default and is required if you will define a Billing Rate for work.
3.	Enter the cost code rate for internal cost calculations. Companies may use an internal rate if they want to track internal cost vs. the cost billed to customers.
4.	Enter the Billable Rate associated with the cost code that will be used for billable cost calculations.
5.	Select a rate type that describes who should use this cost code. This designation is useful for managers when mapping cost codes to resources or if exported timesheet data is used to generate reports based on rate type. Global: A rate type used by any individual, resource group, or role (e.g. Joan Harris, Engineering Department, project manager) Individual: A rate type used by individuals (e.g. Joan Harris or Michael Scott) Role: A rate type used by individuals with specific roles or skill sets (e.g. project manager or developer)
6.	Click Save to save your changes or Cancel to exit without saving. To mark this item as complete in the Cost Configuration Checklist, click More information on using the checklist is available here.

TTM Control Panel	Cost Tracking Checklist

Deploying a Bamboo solution to a new Web Application

Note: Perform these steps using an account that is a member of the SharePoint Farm Administrators group.

Step	for SharePoint 2007	for SharePoint 2010/2013
1.	In SharePoint Central Administration, click the Operations link. In the Global Configuration section, click the Solution Management link. A list of installed solutions is displayed.	In SharePoint Central Administration, click System Settings link. In the Farm Management section shown on the page, click the Manage farm solutions link. A list of installed solutions is displayed.
2.	Click on the name of the solution you want to deploy.	Click on the name of the solution you want to deploy.
3.	Click the Deploy Solution link.	Click the Deploy Solution link.
4.	Select the Web application to deploy to and a deployment schedule, and then click OK.	Select the Web application to deploy to and a deployment schedule, and then click OK.

Deleting Reporting Periods

If you don’t want to use existing reporting periods or if you need to change a reporting period parameter, you can delete periods and create new ones.

NOTE: You cannot delete an existing reporting period if a timesheet has already been approved for it. If a timesheet has been approved for a period, the Period Status will be Used.

To delete reporting periods:

Step	Action	Result
1.	In the TTM site, click All Site Content in the Quick Launch menu, or go to Site Actions > All Site Content.
2.	In the Lists section, click the Periods list.
3.	Select the periods you want to delete and click the Delete Item button. Only delete periods with a status of Not Used.

Add Administrative Time Categories in TTM

TTM Control Panel	Time Tracking Checklist

Administrative Time lets you track employee’s categorized non project hours, such as vacation or sick time, or time spent on administrative tasks such as support or maintenance activities in the Time Tracking and Management (TTM) timesheet. Each category can be set to display by default under the Administrative Time project header on user’s timesheets.

When working with TTM Administrative Time, keep in mind:

The Timesheet Entry Web Part is configured by default to reference the Administrative Time list that is created with the TTM site. This list contains the following default items:
- Administrative
- Sick
- Vacation
You can configure the Web Part to use a custom list, rather than the default Administrative Time list.
Adding new Administrative Time categories is an optional item in the Time Tracking configuration checklist
You can restrict access to the Administrative Time list by using SharePoint permissions.
More information on permissions in TTM is available here

To add Administrative Time categories:

Step

Action

From the TTM site, access Site Contents

OR

use the direct link in the Time Tracking configuration checklist

Access the Administrative Time list.

Administrative Time List view

Click the Add new item link and populate the available fields:

Column Name	Description
Title	Enter a title that will be displayed for the task in the Timesheet Entry display
Status	Leave the default value of Open. This field is reserved for future use.
Always Display	This Yes/No checkbox is selected by default and will show the item on all current and future timesheets To stop displaying the item in current and future timesheets, uncheck this option.
Billing Category	Select a billing category for the item from the choice drop down selector. This value will be displayed in the Billing Category column in the timesheet.
Work Type	Choose whether time entered for this item is working time or time spent away from work (nonworking). For example: “Training” might be working time, but “Vacation” would be nonworking time.
Project Name	Enter a project name in the text field to group this task under on the timesheet. The default tasks use the project name Administrative Tasks. Pay attention to spelling as you enter the project name
Planned Work	To budget a specific number of time for this item, enter the planned work in hours. If an item is assigned to a specific resource, enter the number of hours allocated for that resource to work on the task. If the item is available for all resources (not assigned), you can enter the total number of hours budgeted for the task the entire time it will be available. For example: If your company allows only 500 hours per year to be charged to an “Overhead” category, you could enter 500 hours of planned work. Timesheet managers will be able to see the budgeted hours decrease throughout the year as they approve timesheets that include hours for the “Overhead” task.
Assigned To	Leave this field blank if the Administrative Time item can be used by all resources. If the item should only be displayed on the timesheet for a specific resource(s), enter the resource name(s) in this field.
Billable	When the Yes/No checkbox is selected, users will be able to select a cost code for the item on their timesheets. The labor rates associated with the cost code in the Cost Tracking list will be used to calculate cost. NOTE: You can track the costs for administrative tasks when TTM is in standalone mode, and when TTM is integrated with Project Management Central

Click Save to save your changes or Cancel to exit without saving.

To mark this item as complete in the Time Tracking Configuration Checklist, click the Mark as Complete button for the item.
More information on using the checklist is available here

TTM Control Panel	Time Tracking Checklist

CSS Overview

Classes for customizing CSS in your environment are provided by Bamboo so that you can customize web parts to match your branding. We also provide skins that change the look and feel but these are used discretely. See the topic Skins Overview for more information.

Calendar Plus

CSS for Calendar Plus

Chart Plus

Cross List

CSS for Cross List – this topic covers the classes you would need to modify for Cross List.

Navigators

Password Change

CSS for Password Change Web Part

PM Central

PMC Skin Templates

Team Calendar

CSS for Team Calendar

Virtual Map View

CSS for Virtual Map View

Create a new TTM site

TTM Configuration Overview

Icon The first step to using Time Tracking and Management (TTM) is to create a TTM site using the provided site template.

Keep in mind:

A TTM site should be created in an existing site collection that was created with a SharePoint Team Site at the root of the site collection.
- You will not be able to select a TTM site to create the a site collection.
If the TTM site template is not available following installation you will need to confirm that the Bamboo TTM Site Template feature has been activated in your site collection.
- For more information on the features that need to be activated, click here.
When integrating TTM with PM Central the TTM site needs to be created in same site collection as the PM Central site.

To create a TTM site:

Step	Action	Result
1.	In the desired site collection, navigate to the Site Contents page and locate the link to create a new site.
2.	Enter a Title and URL for the new site
3.	From the Custom tab select Time Tracking and Management Site then, complete the form and click Create
4.	Your new Time Tracking and Management site is now ready to configure.	Use the link in the welcome message to access the Time Tracking configuration checklist

TTM Configuration Overview

Create Cost Codes for TTM

TTM Control Panel	Cost Tracking Checklist

Icon A cost code is a short code assigned to timesheet tasks that can be used to bill work for that task to the correct department, cost center, accounting code, or other unique cost identifier.

Keep in mind:

When a cost code is assigned to a resource in the resource list, it is available in the Cost Codes column of the timesheet and can be selected for timesheet tasks.
Cost Codes are required if you enable cost tracking but are optional if you are using Time Tracking and Management (TTM) for time tracking only.
You can restrict access to the Cost Tracking list by using SharePoint permissions.
More information on permissions in TTM is available here

To items to the TTM Cost Codes list:

Links from the TTM Control Panel Access the Cost Codes list from the link in the Cost Tracking configuration checklist,

from the Update Cost Codes link in the TTM Control Panel

NOTE:
Accessing the TTM Control Panel requires you to have Full Control or Design permissions on the TTM site.

#	Function

1.	Enter the Cost Code into the Title field that will be displayed to users in the Timesheeet Entry web part if Cost Tracking is enabled.
2.	Enter an optional description. NOTE: Text entered into this field is only visible from the Cost Code List
3.	Optionally, enter a Fiscal Year to help track cost codes over time
4.	Click Save to save your changes or Cancel to exit without saving. To mark this item as complete in the Cost Configuration Checklist, click More information on using the checklist is available here

TTM Control Panel	Cost Tracking Checklist

When to Activate

Activating a Standard Product License

Suites, Packs, Libraries, and Toolkits

Keyless Licensing

Desktop Applications

Moving or Migrating your farm

Trials

Please note the following for the new scripts:

For additional information about how to use the updated processes:

To change the column display names:

Bamboo Policy for Migrating License Keys

How to get your new license keys

Overview

Migration Steps

Overview

Migration Steps

Working with TTM Alerts

Applies to:

About the Language Files

Editing Text in Language Files

Selecting a New Language File for a Product

About the Language Files

Editing text in resource files

Applying Language File Updates

APPLIES TO:

SYMPTOM:

CAUSE:

RESOLUTIONS:

To access the Setup program:

To Run the Setup:

Background

Resolution

Browse to Your Timesheet

Save your timesheet

Background

Resolution

Applies To:

Issue:

Resolution:

Applies To

To create or update labor rated in the Cost Tracking list:

To add Administrative Time categories:

Calendar Plus

Chart Plus

Cross List

Data-Viewer

List Rotator

List Search

Mini Calendar

Navigators

Password Change

PM Central

Team Calendar

Virtual Map View

To create a TTM site:

To items to the TTM Cost Codes list: