CiviCRM Community Forums (archive)

Fascinating - I started that procedure, and the issue (the forward slash) is plainly present.   I pushed the lower "Save" button at it ran to completion without reported error.  I then started the procedure again, only to determine that no changed occured. 

Jonathan

No joy - I changed to a different URL, and it came back with the new URL, but once again with the forward slash added .... should I just hack the php in red below?

Went shplunking ....

I think I see where the forward slash is being added - do not know why or what CRM-5679 was meant to fix


   function postProcess( ) {
        // redirect to admin page after saving
        $session = CRM_Core_Session::singleton();
        $session->pushUserContext( CRM_Utils_System::url( 'civicrm/admin') );

        $params = $this->controller->exportValues( $this->_name );

        //CRM-5679
        foreach ( $params as $name => &$val ) {
            if ( $val && in_array( $name, array( 'newBaseURL', 'newBaseDir', 'newSiteName' ) ) ) {
                $val = CRM_Utils_File::addTrailingSlash( $val );
            }
        }

        $from = array( $this->_oldBaseURL, $this->_oldBaseDir );
        $to   = array( trim( $params['newBaseURL'] ),
                       trim( $params['newBaseDir'] ) );
        if ( $this->_oldSiteName &&
             $params['newSiteName'] ) {
            $from[] = $this->_oldSiteName;
            $to[]   = $params['newSiteName'];
        }

        $newValues = str_replace( $from,
                                  $to,
                                  $this->_defaults );

        parent::commonProcess( $newValues );

        parent::rebuildMenu( );
    }

Relevant HTML looks like

    <!-- .tpl file invoked: CRM\Admin\Form\Setting\UpdateConfigBackend.tpl. Call via form.tpl if we have a form in the page. -->
            <form  action="http://familyroom/acredo/administrator/index2.php?option=com_civicrm&amp;task=civicrm/admin/setting/updateConfigBackend&amp;" method="post" name="UpdateConfigBackend" id="UpdateConfigBackend" >

<!--  a bunch of stuff not relevant -->

           <tr class="crm-config-backend-form-block-newBaseURL">
                <td class="label"><label for="newBaseURL">  New Base URL
     <span class="crm-marker" title="This field is required.">*</span>
</label></td>
                <td><input name="newBaseURL" type="text" value="http://familyroom/acredo/" id="newBaseURL" class="huge" /><br />
                <span class="description">This is the URL for your Drupal or Joomla site URL (e.g. http://www.mysite.com/drupal/).</span></td>
            </tr>
 
        </table>
        <div>
   
                                                                          <span class="crm-button crm-button-type-next crm-button_qf_UpdateConfigBackend_next"><input class="form-submit default" accesskey="S" name="_qf_UpdateConfigBackend_next" value="Save" type="submit" id="_qf_UpdateConfigBackend_next-bottom" /></span>
                                          <span class="crm-button crm-button-type-cancel crm-button_qf_UpdateConfigBackend_cancel"><input class="form-submit" name="_qf_UpdateConfigBackend_cancel" value="Cancel" type="submit" id="_qf_UpdateConfigBackend_cancel-bottom" /></span>
    </div>
<div class="spacer"></div>
</div>
</form>

No, to reduce the number of variables I am coping with, I stuck with 3.3.3

And hacking that piece brought back the menus

I am going to try to file a bug report. 

Thanks for all your help

Jonathan

Donald -

Will do (but first I have to get the cloning procedure to work) ... not willing to risk my one functioning test site.

It will be a few days before I get enough time to do this.

Thanks

Jonathan