added to cc

Collabnet search engine has never been really accurate. Searching, say, a
particular page inside an NL project is difficult.

Hi
sorry, been on vacation....

Support, can you see if the problem initially described is updated/resolved in subsequent builds?

Louis

Louis,

Accepting the issue. We are researching on this and will respond you soon.

Thanks,
Kavitha-Helpdesk

Louis,

The search area looks for a specific word as typed i.e. 'HOWTO'. When we search
for this string, it shows the results of the related mailing list.

We found the documents related to the search 'HOW TO' and not "HOWTO". Please
try to search for the "HOW TO" which shows the related documents in the projects.

Please verify and let us know if you have any clarifications.

Thanks,
Kavitha-Helpdesk

support, I'm redirecting this to the original filer of this issue, who is of course the person most interested 
in your response.  In future, please consider directing comments not to the messenger (in this case, me) 
but to the original filer.

thanks
Louis

If I type "HOW TO" as a search for the documentation project, I still do not
recieve any HTML Content files.  

I would expect a Search like that to return results from the following page
within the project:

http://documentation.openoffice.org/HOW_TO/index.html

I do not receieve any of these documents in the Site Search.

As another test, I went to http://api.openoffice.org and searched for "HOW TO",
and came up with 285 "HOW TO" documents from HTML Content section.

The search I used was:

http://api.openoffice.org/servlets/Search?scope=projectAndSubs&resultsPerPage=40&query=HOW+TO&Button=Go

Is there some setting in the documentation project for these results to be
returned properly?

Thanks

I would like to comment on the search mechanism. It is not very good. Try
searching for manuals. None of the user guides show up. These are in 
http://documentation.openoffice.org/manuals/index.html. Likewise searching for
User guide also turns up nothing. Something is definitely wrong here. While we
are at it searching the mailing list fails regularly and when it does work sorts
only one page of the earliest submissions.

Re-assigning to Louis, at his request, for escalation.

support, would you be able to look into this? It's fairly important. Let us know if this problem is 
immediately resolvable or is resolved in a subsequent update to SourceCast.  I don't see a PCN issue 
number; has one been filed?

Cheers
louis

We are researching on this issue,will get back to you asap.

Thanks,
Kavitha-Helpdesk

Filed an internal ticket to the engineers to investigate on this. Will get back
to you once we receive a response from them.

Thanks,
Kavitha-Helpdesk

thanks!
Louis

Kcarr,

Engineers have updated that changing the charset from "win1250" in
formulario_consulenti.html file ('it' project, 'marketing' folder) to a valid
charset like iso-8859-1 and susbsequently running the full indexing for
apache/content would fix the problem. 

CONTENT="text/html; charset=win1250" has tobe changed to 
CONTENT="text/html; charset=iso-8859-1"

Can you please confirm us whether we can make the changes as above and can
commit the file (or) you can do the same.

Thanks,
Kavitha-helpdesk

I don't believe I have access to Marketing, to change items, but I believe Louis
does.  Louis?

This issue is more than just this file though, on the documentation project we
rarely use CharSets, because the site is already setup for the charset we need.
 Why is documentation not being indexed, as well?

Thanks for your help on this.

this is actually in the IT project, support, and Kcarr does not have privileges there.  Support, what is the 
correct cvs path?  it/www/marketing/formulario_consulenti.html file?

And you wish for the IT project lead to change the charset to latin-1 or utf-8. Okay.  I can make the 
change but would rather the relevant lead did.

Am assigning this to davide dozza & riccardo losselli.

Louis

Louis,

it/www/marketing/formulario_consulenti.html file - yes,the cvs path is correct.

also for the IT project does the lead has to change the charset to latin-1 or
utf-8. The user can use UTF-8 which is supported. 

Thanks,
Kavitha-Helpdesk

Louis,

Please let us know whether the lead has resolved the issue with the provided
solution.

Thanks,
Kavitha-Helpdesk

Better but does miss the user guides in
http://documentation.openoffice.org/manuals/index.html and many of the how-tos.
how can we improve our end so the search is more successful?

By proxy for the Italian project I corrected the charset of the mentioned file
as requested by Kavitha.

Hi Louis,

Can you please let us know whether this issue still exist.

Thanks,
Kavitha-Helpdesk

Yes it does still exist. Major complaint on the users list.

support, please provide update on this. This is very important.

Andreas, this issue merits serious attention; its continuation is hampering work and gaining a lot of 
unwanted attention.

Louis

We have asked for an update from the engineers.We will get back to you soon once
they respond us on the progress of the issue. Please bear with us.

Thanks,
Kavitha-Helpdesk

Engineers have tried to verify the search of 'how to' for the HTML content in
the project 'documentation'. We are able to view the results for the same.
Please verify and let us know in case if you are referring to a different project.

Thanks,
Kavitha-helpdesk 

I just tried some searches and everything appears to be working on the Doc
project for HTML Content.  From what I understand, there was a couple of Native
Language sites that were having the same problem.

Gerry, can you verify this on Doc as well?

Thanks for everyones help on this.

Hi
reassigning to gerry for verification

louis

As verified by Scott this seems to be fixed by the change of the page in the
Italian project.

Sme old story. Please see if you can put the fix back in. We would like our docs
to show up in a search.

Reset QA Contact to new default

Reset assignee on issues not touched by assignee in more than 2000 days.

The issue is obsolete. At Apache there is on one OpenOffice project.