[bug] prune-missing-files in templating.cfg breaks search form (TS65sp2 ccpro)

I have just discovered some broken functionality in the search GUI of our TS 6.5 sp2 (+patch id 1614) on Solaris 9.

I have 80 branches (many identical ones per country/language combo and some other) with some forms. Our templating.cfg uses

prune-missing-files="t"

so that we don't need to list in too exact detail the branches that do or don't have certain forms. This works ok in terms of the "File > New Form Entry" functionality.

But this is broken:
- Login CCPRO,
- go to some workarea that is searchable (indexed)
- click "Actions > Search"
- in the form, change "Content Type" from "All Content" to "Forms"
- LEADS TO ERROR:

An error occurred executing command com.interwoven.ui.search.ccpro.AdvancedSearchCommand


Root cause: 
    java.lang.NullPointerException
 at com.interwoven.ui.formspub.utils.TemplateManagerImpl$FileSystemFilter.filterCategories(TemplateManagerImpl.java:912)
 at com.interwoven.ui.formspub.utils.TemplateManagerImpl.getCategories(TemplateManagerImpl.java:168)
 at com.interwoven.ui.formspub.utils.TemplateManagerImpl.getTypes(TemplateManagerImpl.java:238)
 at com.interwoven.ui.formspub.utils.TemplateManagerImpl.getTemplateTypes(TemplateManagerImpl.java:261)
 at com.interwoven.ui.search.CustomAttributeHelper.processCustomAttributes(CustomAttributeHelper.java:174)
 at com.interwoven.ui.search.ccpro.AdvancedSearchCommand.execute(AdvancedSearchCommand.java:436)
 at com.interwoven.ui.base.impl.command.CommandHandler.doExecuteCommand(CommandHandler.java:865)
 at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandDescriptor(CommandHandler.java:713)
 at com.interwoven.ui.base.impl.command.CommandHandler.tryRunCommandID(CommandHandler.java:596)
 at com.interwoven.ui.base.impl.command.CommandHandler.runCommandLoop(CommandHandler.java:240)
 at com.interwoven.ui.base.impl.command.CommandServlet.doGet(CommandServlet.java:244)
 ...

I simplified my templating.cfg file to just contain

[HTML]

[/HTML]

the error goes away if I change

prune-missing-files="t"

"f"

.

No need to tell me that I can restructure my templating.cfg file to avoid the use of prune-missing-files. I know, but it's a drag :-(

Find more posts tagged with

Comments

Adam Stoller

Have you filed this as a bug with IWOV Support?
If not - please do so.
I too generally prefer to use prune-missing-files="t" as I think it's generally easier to maintain and in about 95% (maybe even 99%) of the cases has no noticeable performance hit.

gzevin

well, that issue comes from 6.1, AFAIR. I mean not search, but it was breaking everything.

let me remember what workaround we did. I remember adding a few spaces after offending tags, but I might be wrong...

gzevin

just asked a colleafue of mine. The parsing issue we had, was resolved by adding extra carriage returns after offneding tags. Give it a try. Also, we avoid using comments in templating.cfg

Frederik

just asked a colleafue of mine. The parsing issue we had [in TS 6.1 - Frederik], was resolved by adding extra carriage returns after offneding tags. Give it a try. Also, we avoid using comments in templating.cfg

Thx for the suggestion, but... I added whitelines between every line of templating.cfg, played with dos2unix and unix2dos. Nothing seems to help except removing prune-missing-files="t" (as "f" is the default). There are no comment lines in my for-testing-simplified templating.cfg (quoted in first post)

I created a case, but given it's low-prio status (no production affected at this time for us) it'll take a while to receive a bug id.

I seem to be collecting bug ids like indians collected scalps - but few of them get fixed Smiley Sad

btw, Is anyone able to reproduce this on their setup?

Yukka

Thx for the suggestion, but... I added whitelines between every line of templating.cfg, played with dos2unix and unix2dos. Nothing seems to help except removing prune-missing-files="t" (as "f" is the default). There are no comment lines in my for-testing-simplified templating.cfg (quoted in first post)

I created a case, but given it's low-prio status (no production affected at this time for us) it'll take a while to receive a bug id.

I seem to be collecting bug ids like indians collected scalps - but few of them get fixed

btw, Is anyone able to reproduce this on their setup?

this is fixed in TeamSite 6.5 SP2 Patch 1755 and 1756:

Bug ID 60611 Using prune-missing-files in templating.cfg should now work with the TeamSite search capability.

check out https://support.interwoven.com/kb/kb_show_article2.asp?ArticleID=57085

we did not test it yet, so please post if this solves the problem.

Regards,
Oliver

Yukka

looking back into our case history, we had a similar problem with this and it was solved with patch 1652. good luck!

Frederik

Yep, that's what I also got from support.

SOLUTION
Bug ID 60611 fixed in recent patches for TS6.5 sp2. Fix first appeared in release notes of Patch ID 1652.

Release notes (at least) suggest that problem only existed with Solaris version. Have not tried it yet.

gzevin

I seem to be collecting bug ids like indians collected scalps - but few of them get fixed

Welcome to my world. Smiley Happy

The suggestion I am getting usually - to upgrade. BUt because of the absence of proper regression testing you can get a bug or two from the past Smiley Happy