Open Bug 730210 Opened 13 years ago Updated 10 years ago

Bugzilla with multiple projects redirects search in subproject to the "main"-project

Categories

(Bugzilla :: Query/Bug List, defect)

defect
Not set
normal

Tracking

()

UNCONFIRMED

People

(Reporter: Bastian.Wassermann, Unassigned)

Details

(Keywords: qawanted)

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; Tablet PC 2.0) Steps to reproduce: On our server we have more than one Bugzilla project with some subdomains. So first domain is http://server/Bugzilla and the subdomains are with a redirect and a PROJECT Variable. Subdomain http://server/Bugzilla_1 redirects to the sources of Bugzilla and sets the PROJECT to Bugzilla_1. This does work in all page switches but not in searching. Webserver is IIS 7.5 MySql is 5.5.20 (utf8) Perl Version is 5.12.2 SOAP::Lite is 0.714 Actual results: Type in a search term in a Bugzilla subdomain. The search will be redirected to the Bugzilla main domain and will show the bugs of the main instance. Expected results: The search term should search in th Bugzilla sub project and not in the source project. A workaround for us is to uncomment two lines in the CGI::redirect_search_url # GET requests that lacked a list_id are always redirected. POST requests # are only redirected if they're under the CGI_URI_LIMIT though. my $uri_length = length($self->self_url()); if ($self->request_method() ne 'POST' or $uri_length < CGI_URI_LIMIT) { # ###wsb work around, damit suche in bugzilla sub-instanzen funktioniert # print $self->redirect(-url => $self->self_url()); # exit; }
Keywords: qawanted
Maybe you have been affected by bug 843457?
You need to log in before you can comment on or make changes to this bug.