Since this path is hard-coded into CiviCRM, the best way to override it is probably a redirect. You could achieve this:
Using the either the redirect or path redirect module for drupal.
Using a plugin for Wordpress such as redirection.
Using Apache's mod-rewrite.
Note that there are two paths you'd need to redirect from: /civicrm and /civicrm/dashboard as ...
As of CiviCRM v5.12.1 the menubar color is a configurable setting.
On your main site you can change the color via the UI by visiting Administer -> Customize Data & Screens -> Display Preferences.
Since this preference is stored in a system setting, you can override it on your various dev/staging sites by adding a line like this to civicrm.settings.php:
There should be a small arrow there:
If I had to hazard a guess, I'd say your "CiviCRM Resource URL" may not be set correctly. Check in Administer > System Settings > Resource URLs.
If that URL is correct, check to see if this file exists on your server:
Inside the CiviCRM root directory is a "sql" folder, and inside that is "civicrm_navigation.mysql". Copy it to "civicrm_navigation_restore.sql" and edit the copy to remove all of the SQL commands EXCEPT this one:
SELECT @domainID := id FROM civicrm_domain where name = 'Default Domain Name';
and any that start with INSERT INTO civicrm_navigation.
Yes. You can do this by enabling the CiviMenu drupal module:
CiviMenu allows you to display the CiviCRM menubar on non-civicrm pages of your website.
This module provides an invisible Drupal Block which loads the CiviCRM menubar. By default the block will display the menubar on every non-civicrm page of your website. Simply edit the block to refine exactly ...
This isn't directly related to the Drupal 8 change but instead is related to a change to the civicrm-drupal7.js file.
The JS is forcing the CiviCRM menu to 97% width - to allow for the Drupal admin toolbar's shortcut bar toggle element. It doesn't however account for sites which don't use the core toolbar module or styling or sites which don't use the ...
I would try clearing caches (click Cleanup Caches and Update Paths on the admin menu). I would also check your Resource URL to make sure it's correct (click Resource URLs on the admin menu).
I would also try using one of the built-in themes (e.g. "twentynineteen") to rule out a badly-behaving theme.
Finally, I would try bringing up your browser's ...
The issue is the way WP Engine builds the user directory structure. We have a proposed patch in : https://github.com/civicrm/civicrm-core/pull/8494
Until that is merged, you can use the answer listed here: Word Press Install Missing civicrm.settings.php; dashboard unavailable; no menus
Make sure the global $civicrm_setting; precedes $civicrm_setting['URL ...
Its a core issue, civicrm/css/navigation.css doesn't gets loaded if drupal already has navigation.css loaded.
Check if your custom theme has navigation.css included, this would cause the error for menu not getting displayed
Fix includes in https://issues.civicrm.org/jira/browse/CRM-17234
Andy, Welcome to CiviCRM stack exchange.
This is a weird error, since this function is already present in CiviCRM 5.8.1. But to trace the problem I would
Check if the function quicksearchOptions() exists in civicrm/CRM/Core/SelectValues.php.
Check if this file is being over-ridden by any of the extension or custom php
Check if civicrm/CRM/Core/...
The definition of $civicrm_root was indeed the problem; in my settings.php (which had been working for a while) the path used Siteground username (as does DocumentRoot), whereas this should be replaced by the generic 'customer.'
How I got there:
It was obvious that something was wrong with the Resource URL, but I couldn't figure it out (as the comments ...
Fantastic, like Jon G - Megaphone Tech mentioned in the comments: I replaced the formerly working shortlink including my domain name with the internal link using the auto-generated "clients" structure for $civicrm_root (and in the following line with the templates_c link) in my civicrm.settings.php file and now finally the CiviCRM menu appears ...
I was able to finally figure this out (not why, but how to fix). It somehow had to do with the Zen sub-theme I was had created was not playing nice with version of CiviCRM past, I think, 4.5.8.
I downloaded another version of the Zen 7.x5.5 version sub-theme and re-built my theme and was able to upgrade successfully. Thank you, Michael, for leading me down ...
Thanks for all your good ideas. Finally I've solved it by going through the first case I've listed above: Civi dashboard and menus won't display after install.
Though I could neither access the menu nor find the resource URL in my database, I found a link to the administer page in the case, which is wp-admin/admin.php?page=CiviCRM&q=civicrm%2Fadmin&...
There was a commit that fixed css for shoreditch theme probably that might have caused the regression in Joomla. Can you try to replace the code from the commit and see if it works? If so I can file a issue and submit the patch for regression.
I can confirm that restoring the z-index that was removed in root/administrator/components/com_civicrm/civicrm/css/joomla.css corrects this issue. The rest of the removed code makes no difference. This works for me:
CiviVolunteer is adding menu items in the recommended way for Extensions.
We are looking for guidance on how to support menu customization. I did not find any in the developer docs.
If anyone knows the secret, or can point to an extension that menu customization works for... it would be a help.
It's hard to tell which version of the summary fields you are having issues with but I'm guessing it's 4.0.1 which was suppose to fix the exact same issue with 4.0.0. It obviously doesn't. I filed another issue on github for the newest problem.
I think the fix is to change line 4 in ...
I know that CiviCRM 4.6.x and the Drupal core Garland theme are incompatible presently. The AJAX flipping between tabs on a given page, and bringing email address fields into edit mode are all busted in Garland theme. Perhaps something is wrong compatibility wise with your site's theme. Try switching the theme for a test user account to a different theme and ...
You can find further info here, but I'd recommend setting up a Redirect (using this module) and using that URL in the menu. For example, the redirect URL could be member/search and then it redirects to civicrm/member/search&force=1&qfKey=0&reset=1.
To rule out a CSS conflict, try changing the CiviCRM admin theme to a "vanilla" theme, like Bartik. If you have the "CiviCRM theme" module enabled (it ships with Civi), you can do this without affecting public-facing pages.
You can also try a menu rebuild:
This is a very small bug, but to fix easily, here's my above comment again. This problem is also true for Drupal on a couple of 4.6.9 test systems of mine. I fixed by using the navigation menu update in administer/customise data and screens. I deleted the second Support item and all was well.
There's a CiviCRM navigation hook that you could use in an extension but...