APAR status
Closed as program error.
Error description
1. Authoring Portlet basic search only searches for items descended from the item selected in the tree, eg a search run when a site area is selected in the tree only returns content in that site area. 2. There is no way to immediately perform an Authoring Portlet advanced search from the repository browser. If a user enters a search term in the basic search and wishes to search across all libraries they need to press the advanced search link then press search. We should provide the option of shortcutting this 2 step process to 1 step. 3. When a basic search is run, it is difficult to tell what the 'scope' (eg. My Published Items, Site Areas, etc) of the search that was run is 4. Simple and advanced searches returned different results due to appending of * to basic search. so they are inconsistent. This adding of a star is not configurable. 5. Searching for * doesn't work in advanced search. If you search for *, no results are returned. Instead, all of the items that match the other criteria specified in the advanced search should be returned. For instance, the user should be able to search for all items authored by a given user, or all items created on a given date, which is not currently possible. 6. Entering an empty string for the search term gives you no feedback to say that you can't search for an empty string, as this is an invalid search. 7. Selecting 'All Workflow Items' then doing a basic search does not return Workflow Actions or Workflow Stages in the search results 8. The default search type for the Advanced Search is a 'With all of these words' search. The basic search is a 'With any of these words' search. Therefore, the behaviour of the 2 searches is inconsistent when the search term is for multiple words 9. When a component is selected in the 'Selected path' option, such as an Image component, the Image component's classname, instead of it's display name is shown in the UI.
Local fix
1. Modified the Authoring Portlet basic search queries to search across all relevant items and not just child nodes of the selected Repository Browser node. This change is applicable for the following searches: Content - by Category Content - by Site Area Site Area - by Site Content - by Authoring Template Category - by Taxomony Items - by Workflow 2. A config param has been added that causes the advanced search to be launched immediately when the 'Advanced Search' link is clicked, if text has been entered into the basic search text box. Note: this is a configurable feature which is by default set to be disabled. To enabled this feature the configuration setting wcm.authoringui.advancedsearch.searchonselection should be set as true. See below for more information about configuration settings. 3. Modified the Authoring Portlet search table to display the 'scope' of the basic search. For instance, if you select 'My Items > Published' in the repository browser tree, when you do a basic search, 'Searching in: My Items > Published' will be shown at the top of the search results table. It is therefore clear to the user that only published items that are authored by the user will be shown in the search results. Note: the string 'Searching in:' is not translated into languages other than English in this ifix. This string will appear in English, whatever the language of the user. This string will be translated in a future product release. However, the 'scope', for example 'My Items > Published' will be translated into the user's language. 4. The existing behaviour of adding a * to basic search has been disabled by default in this ifix. This behaviour can be enabled again if the customer chooses by setting the configuration parameter wcm.authoringui.simplesearch.addstar to enable this behaviour for basic search, and wcm.authoringui.advancedsearch.addstar to enable this behaviour for advanced search. See below for more information about configuration settings. 5. The behaviour of advanced search has been changed to run a search over all items if the "Search for" query is *. An error is shown on the screen if the user attempts to add multiple "Search for" entries, one of which is *" since this is an invalid search. Note: This error string is not translated into languages other than English in this ifix. It will appear in English, whatever the language of the user. This string will be translated in a future product release. The user is now able to search for all items authored by a given user, or all items created on a given date, and other similar queries. 6. Entering an empty string for a search query now shows an error message to the user, both in basic and advanced search. Note: This error string is not translated into languages other than English in this ifix. It will appear in English, whatever the language of the user. This string will be translated in a future product release. 7. Selecting 'All Workflow Items' then doing a basic search now returns all Workflows, Workflow Actions and Workflow Stages that match the search criteriain the search results 8. The Advanced Search default search type is 'With any of these words'. This ensures that the search type for basic search is the same as the default search type for advanced search. 9. Changed the 'Select path' fucntion to write out the component display name, not the class name
Problem summary
1. Authoring Portlet basic search only searches for items descended from the item selected in the tree, eg a search run when a site area is selected in the tree only returns content in that site area. 2. There is no way to immediately perform an Authoring Portlet advanced search from the repository browser. If a user enters a search term in the basic search and wishes to search across all libraries they need to press the advanced search link then press search. We should provide the option of shortcutting this 2 step process to 1 step. 3. When a basic search is run, it is difficult to tell what the 'scope' (eg. My Published Items, Site Areas, etc) of the search that was run is 4. Simple and advanced searches returned different results due to appending of * to basic search. so they are inconsistent. This adding of a star is not configurable. 5. Searching for * doesn't work in advanced search. If you search for *, no results are returned. Instead, all of the items that match the other criteria specified in the advanced search should be returned. For instance, the user should be able to search for all items authored by a given user, or all items created on a given date, which is not currently possible. 6. Entering an empty string for the search term gives you no feedback to say that you can't search for an empty string, as this is an invalid search. 7. Selecting 'All Workflow Items' then doing a basic search does not return Workflow Actions or Workflow Stages in the search results 8. The default search type for the Advanced Search is a 'With all of these words' search. The basic search is a 'With any of these words' search. Therefore, the behaviour of the 2 searches is inconsistent when the search term is for multiple words 9. When a component is selected in the 'Selected path' option, such as an Image component, the Image component's classname, instead of it's display name is shown in the UI.
Problem conclusion
1. Modified the Authoring Portlet basic search queries to search across all relevant items and not just child nodes of the selected Repository Browser node. This change is applicable for the following searches: Content - by Category Content - by Site Area Site Area - by Site Content - by Authoring Template Category - by Taxomony Items - by Workflow 2. A config param has been added that causes the advanced search to be launched immediately when the 'Advanced Search' link is clicked, if text has been entered into the basic search text box. Note: this is a configurable feature which is by default set to be disabled. To enabled this feature the configuration setting wcm.authoringui.advancedsearch.searchonselection should be set as true. See below for more information about configuration settings. 3. Modified the Authoring Portlet search table to display the 'scope' of the basic search. For instance, if you select 'My Items > Published' in the repository browser tree, when you do a basic search, 'Searching in: My Items > Published' will be shown at the top of the search results table. It is therefore clear to the user that only published items that are authored by the user will be shown in the search results. Note: the string 'Searching in:' is not translated into languages other than English in this ifix. This string will appear in English, whatever the language of the user. This string will be translated in a future product release. However, the 'scope', for example 'My Items > Published' will be translated into the user's language. 4. The existing behaviour of adding a * to basic search has been disabled by default in this ifix. This behaviour can be enabled again if the customer chooses by setting the configuration parameter wcm.authoringui.simplesearch.addstar to enable this behaviour for basic search, and wcm.authoringui.advancedsearch.addstar to enable this behaviour for advanced search. See below for more information about configuration settings. 5. The behaviour of advanced search has been changed to run a search over all items if the "Search for" query is *. An error is shown on the screen if the user attempts to add multiple "Search for" entries, one of which is *" since this is an invalid search. Note: This error string is not translated into languages other than English in this ifix. It will appear in English, whatever the language of the user. This string will be translated in a future product release. The user is now able to search for all items authored by a given user, or all items created on a given date, and other similar queries. 6. Entering an empty string for a search query now shows an error message to the user, both in basic and advanced search. Note: This error string is not translated into languages other than English in this ifix. It will appear in English, whatever the language of the user. This string will be translated in a future product release. 7. Selecting 'All Workflow Items' then doing a basic search now returns all Workflows, Workflow Actions and Workflow Stages that match the search criteriain the search results 8. The Advanced Search default search type is 'With any of these words'. This ensures that the search type for basic search is the same as the default search type for advanced search. 9. Changed the 'Select path' fucntion to write out the component display name, not the class name Interim fixes for this APAR are available from Fix Central at: 6.0.1.3 http://www.ibm.com/eserver/support/fixes/fixcentral/swgquickorde r?brandid=2&productid=Workplace%20Web%20Content%20Management&fix es=6.0.1.3-WCM-PK61932 6.0.1.2 http://www.ibm.com/eserver/support/fixes/fixcentral/swgquickorde r?brandid=2&productid=Workplace%20Web%20Content%20Management&fix es=6.0.1.2-WCM-PK61932 You will need to cut/paste the entire URL into a browser to resolve the address.
Temporary fix
Comments
APAR Information
APAR number
PK61932
Reported component name
WRKPLC WEB CON
Reported component ID
5724I2900
Reported release
60F
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2008-02-29
Closed date
2008-02-29
Last modified date
2008-04-08
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
WRKPLC WEB CON
Fixed component ID
5724I2900
Applicable component levels
R60F PSY
UP
[{"Business Unit":{"code":null,"label":null},"Product":{"code":"SUPPORT","label":"IBM Worldwide Support"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.0.1.2","Edition":"","Line of Business":{"code":null,"label":null}}]
Document Information
Modified date:
10 September 2020