Not Found Error

[gtmylo]

I have Cobalt CRM deployed on a Heroku server for testing... the links for each feature are defaulting to myap.herokuapp.com/[feature] ...however... that is coming up with an error "not found"... so when I want to click a feature, I am having to manually enter myap.herokuapp.com/index.php?view=[feature] instead... any idea why that would happen?

For example, if I try to click "deals" menu link at top, it directs me to myap.herokuapp.com/deals which comes up with error "not found"... however, if I manually enter myap.herokuapp.com/index.php?view=deals the page opens successfully

[davidhurley]

Hi!

I think the problem lies in the router file. See a different router below:

Let me know if that fixes it and I can send a pull request in to have this merged into the next release.

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
 RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
 RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
 RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
 RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
 RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

 RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
 RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
 RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
 RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
 RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

# php_flag display_errors on

[gtmylo]

Yes, that worked, thanks...

Now I am getting the undefined variable notice in the admin settings trying to change custom fields:

Notice: Undefined variable: listOrder in /app/www/libraries/crm/view/peoplecustom/html.php on line 66

[diya5]

Great work guys and thanks for the CRM.

Routing issues still exist even if we use the htaccess modification above.
Works great while running in the root. But installing it in a sub domain or sub folder causes issues

[chweb]

I agree with rameshelamathi.

I have cobalt installed in a subfolder /cobaltcrm and this seems to cause an error with the pagination functionality. When trying to change pages on the 'People' site, the url that is called is http://myurl.com/cobaltcrm/cobaltcrm/people.html?&limitstart=10, but it should be http://myurl.com/cobaltcrm/people.html?&limitstart=10.

Meaning the system adds /cobaltcrm even though it is not needed and the user ends up on a non-existing page.

Is there a way to fix these url calls? Not sure if this problem exists in other functions as well.

Thanks,
Chris

[jazzyjamez]

Find fix here #28