CiviCRM Community Forums (archive)

The underlying issue is similar to this one:

http://forum.civicrm.org/index.php/topic,26574.msg112746.html#msg112746

This has come up a few times in the past. Seems like we might want to change the url generation strategy to retain the same url format as the top level url (i.e. if frontend url, all urls generated are frontend only etc)

Seems like this will need to be a change in the core. Might want to get into irc and discuss this with brian

lobo

Still not perfect..

But I added this to my .htaccess and it solved the snippet issue

RewriteCond %{QUERY_STRING} ^(.*&|)snippet=1(&.*|)$
RewriteRule ^(.*)$ $1?%1snippet=0%2 [L,R=301]

But there are links within the form that have links back to the administrator/...  type URLs - If I could find a way to switch this to index.php (when I know I am on the frontend).

Just trying to think outside the box - and then work with Brian to see what can be done in the core for a more long term solution.

Any ideas?

Corey

Thanks Lobo...

I will take a look.  After some more testing - I would also like to resolve this issue as well.

The links - "Advanced Search, and Search Builder" in the page that is rendered back, as the URL like this

http://wcr.chasewebsolutions.org/%20%20%20%20%20/index.php?option=com_civicrm&task=civicrm/group/search/advanced&gid=5&reset=1&force=1

As you can see it has spaces in it.  Which is causing the search page to be rendered at the bottom of the homepage.  When I remove these spaces it renders on it's own page.

I searched in the source (read this somewhere) and found the TPL
 <!-- .tpl file invoked: CRM/Contact/Form/Search/Basic.tpl. Call via form.tpl if we have a form in the page. -->

But when I looked in the TPL file (I see where it is, but looks like it's pulling another file in, and I am getting lost)

What I see in the page source
<div class="crm-results-block">
                  <div class="crm-search-tasks">
 <div id="search-status">
 <div class="float-right right">
            <a href="/    /index.php?option=com_civicrm&amp;task=civicrm/contact/search/advanced&amp;Itemid=101&amp;reset=1
">&raquo; Advanced Search</a><br />
                     <a href="/    /index.php?option=com_civicrm&amp;task=civicrm/contact/search/builder&amp;Itemid=101&amp;reset=1
">&raquo; Search Builder</a><br />

What I see in the Basic.TPL file
<div class="crm-results-block">
    {* Search request has returned 1 or more matching rows. *}
       {* This section handles form elements for action task select and submit *}
       <div class="crm-search-tasks">
       {if $taskFile}
          {if $taskContext}
            {include file=$taskFile context=$taskContext}
          {else}
            {include file=$taskFile}
          {/if}
       {else}
         {include file="CRM/Contact/Form/Search/ResultTasks.tpl"}
       {/if}
       </div>

So I can match the div tag - "crm-search-tasks" but then it goes into Smarty code, and I can't determine what file is pulled in.

Hi would like to update the forum

First Thanks to Brian and Lobo...

SOLVED: First Issue with the Snippet=0 vs. 1 was determined to be a javascript conflict issue.  Once we resolved the javascript conflict then the screen was rendered properly and all the javascript functions worked properly.

SOLVED: Second issue found - with spaces in the URL.  A patch was provided by Brian (see attached) for the ResultsTask.tpl file (PLEASE RENAME back to TPL extension).  Once I added this to my override folder, the spaces in the URL went away. 

Location for this file/patch  (or you can place in your override folder)
administrator/components/com_civicrm/civicrm/templates/CRM/Contact/Form/Search/ResultTask.tpl

Lobo should I open a JIRA ticket for this, or will this patch get put in - please let me know.


STILL OPEN: Third issue - The search button is not showing up on the screen (see attached). 

Corey