Combining Joomla! and Magento into a single site can be very complicated. If you're new to either Joomla! or Magento, using MageBridge might not be that straight-forward. Knowledge of both MagentoTM as well Joomla!TM is needed to make your MageBridgeTM shop a succes. This guide tries to help you out with troubleshooting problems that might occur.
Index
- Test it within one application
- Checking MageBridge
- Internal browse-test
- Check the API-credentials
- Reading Apache error-logs
- Reading Magento logs
- Switch on debugging in MageBridge
- About the debugging bar
- Check the bridge itself
- Help from YireoTM
Besides the troubleshooting tips on this page, also checkout our MageBridge Troubleshooting FAQ.
Test it within Magento first
If a problem occurs with MageBridge, the first and most basic troubleshooting step is to isolate the problem. The problem could be due to Joomla!, Magento or MageBridge, but unfortunately Yireo can not support Magento as a whole.
The first step is to test if the problem also occurs in Magento stand-alone, or only with MageBridge. Let's say there's a problem with the following URL:
http://JOOMLA/shop/sony-vaio-vgn-txn27n-b-11-1-notebook-pc.html
It doesn't matter if it shows a blank page, some 404-message or just some ugly design-issues - we just have a problem within that page. This could be due to Joomla!, but also to Magento or MageBridge. Because this page is originating from the Magento application, the page could also be displayed directly within Magento as a stand-alone application - so without Joomla! or MageBridge.
Within Joomla! the URL shows also the Magento URL. In the example above the menu-item with URL http://JOOMLA/shop points to the Magento shop as a whole. The text sony-vaio-vgn-txn27n-b-11-1-notebook-pc.html represents a specific Magento URL. We can append that text to the Magento web-URL:
http://MAGENTO/sony-vaio-vgn-txn27n-b-11-1-notebook-pc.html
If the same problem occurs on this Magento URL, we can safely say that this problem is not related to Joomla! or MageBridge, but instead to Magento itself. The issue needs to be resolved in Magento first, before troubleshooting Joomla! and/or MageBridge any further.
Make sure you configure the same settings are used in Magento stand-alone, as in the MageBridge environment. Because of the multi-site mechanism of Magento, you could configure one theme for Magento stand-alone and another theme for MageBridge - this makes troubleshooting things more difficult.
Checking MageBridge
If you suspect something is wrong with the bridge, it's also wise to check if the bridge-configuration is still intact. Within the Joomla! Administrator you can browse to Components > MageBridge > Settings and click on Apply in the toolbar. This will verify some settings and check if the MageBridge API is working. If it's not, you'll need to resolve this before going back to the frontend site.
It's also smart to check the page Components > MageBridge > System Check, to make sure that all MageBridge plugins are functioning.
Internal Browse Test
If you suspect there's anything wrong with the bridge-connection from Joomla! to Magento, you can also use the browse-test to see how Joomla! is able to fetch content from Magento. From within the System Check page (in the section Suggestions) you can find a link to the Internal Browse Test.
Within the IFRAME, some kind of JSON-encoded message should appear or just a regular SUCCESS or ERROR message. If the JSON-code looks like the following (or at least similar), this is a good sign - the bridge is functioning properly. If a SUCCESS is reported, it's also a good sign. If an ERROR is reported, the bridge is not functional.
{"meta":{"type":"meta","data":{"state":"license failed","extra":null}}}
If it shows a 404-page or some error, you need to resolve that. If the issue is hostname-related, make sure either DNS is fully functional or your hosts-file is setup correctly (also remember that for the hosts-file to work, you will need a correct nsswitch.conf). Such changes can only be made by the owner of the webserver (system administrator or hosting provider).
Check the API-credentials
Things to check involve the Magento hostname and basedir, but also the API-username and API-key (which acts like a password). Because the API-user needs to be properly configured in Magento as well, it might be wise to login to the Magento Admin Panel as well and navigate to System > Web Services > Users and check if the user exists and if the assigned user-role has the right privileges.
Reading Apache error-logs
If something goes terribly wrong within your webserver, chances are big that something is logged somewhere. If the problem is related to errors in the PHP-code, these errors are logged into the webserver logs. In most web-environments every domain has its own logfile, so if Magento and Joomla! reside on different domains each has its own error-log.
If you're in an Apache environment, look for something like the Apache error-log. If you are using a shared hosting environment, probably you also have access to some kind of control panel (DirectAdmin, CPanel) which allows you to view or download webserver-logs as well.
Reading Magento logs
Newer versions of Magento also have the ability to log errors within the Magento filesystem. In the System Configuration you need to enable logging first under the Developer tab.
- MAGENTO/var/log/system.log
- MAGENTO/var/log/exception.log
In addition, MageBridge also keeps its own debug-log once debugging is enabled from the Joomla! side:
- MAGENTO/var/report/magebridge.log
Switch on debugging in MageBridge

Next to the webserver-logs, MageBridge also logs things. This is disabled by default, because every log-entry requires a database query and degrades the performance of your site. However, if a problem occurs it's wise to enable debugging from within the MageBridge Settings in the Joomla! Administrator. It's also required that you add the IP-address you want to debug to the list of IP-addresses in the same screen.
As soon as you start debugging, you can view the debugging messages from within Components > MageBridge > Settings. Most messages are probably useless to you, but you can look for messages of the type Error, which indicate that something really goes wrong. When posting on the forum, export the logs first, ZIP the resulting file and add it as attachment to your post.
Remember to disable debugging when you're done. If you don't, the Joomla! database will be flooded by debugging messages. If you want to clean the debugging-messages, just click on Delete in the toolbar.

About the debugging bar
Once you start debugging, on the frontend also a debugging-bar should appear. This debugging-bar lists possible debugging-messages on the frontend, but it most importantly also displays a link to the Magento page equivalent to the current MageBridge page. This allows you to easily test if a certain problem is also occurring in Magento, or only in MageBridge.
If the debugging-bar is not showing on the Joomla! frontend, this could be because your Joomla! template is not following the Joomla! templating standards completely. According to these standards, a template should have a message-box where components like Articles or MageBridge can print their messages:
<jdoc:include type="messages" />
Check the bridge itself
One thing that could also be checked is the MageBridge entry-point into Magento. Within the base of the webdirectory of Magento there is an "index.php" file that is used by Magento itself to start the application. MageBridge however uses a different file called "magebridge.php" plus a helper-file called "magebridge.class.php". Both files need to be in place and have sufficient privileges on the webserver.
You can check for the basic functionality of this bridge entry-point by accessing the following URL:
http://MAGENTO/magebridge.php
If you get JSON-output like the following, the problem is not related to this entry-point.
{"meta":{"type":"meta","data":
Help from Yireo
If the whitepapers and FAQ on this website can't help you out, you can ask for support on the dedicated Yireo MageBridge forum. Please use the forum instead of mailing us - this way we can help you plus enhance the knowledge-base available to all customers. If your problem-description contains sensitive data, you can still contact us at support@yireo.com.
Tutorials on MageBridge administration
- Performance tuning with MageBridge
- MageBridge SEO Guide
- MageBridge scenarios
- Authentication guide for MageBridge
- Using MageBridge modules
- Step-by-step: Activating MageBridge plugins
- Upgrading Magento, Joomla! and MageBridge
- Configuring payment methods in MageBridge
- MageBridge Security Guide
- Step-by-step: Creating a MageBridge Menu-Item
- Step-by-step: Create a Magento API user
- API permissions with MageBridge
- How to use URL-suffices with MageBridge?
- Using MageBridge stores to load a different Magento theme
- Step-by-step: Adding a custom Magento block
- Managing MageBridge extensions
- Using the MageBridge Content Plugin
- Enabling SSL for MageBridge
- Prevent direct access to Magento
- Switching stores with MageBridge
- Migrating users between Joomla! and Magento
- Using MageBridge Product Connectors
- Best practices with MageBridge
- Using the MageBridgeLinks/JCE-plugin
- Moving a MageBridge site
- Importing and exporting users
- Two VirtualHosts but one domain
- Removing MageBridge
- Disabling user synchronization in MageBridge
- Questions to ask your hosting provider
- MageBridge caching
- Setting the MageBridge URLs in Magento
Tutorials on MageBridge integrations
- Language configuration in MageBridge
- Integrating MageBridge with other Joomla! extensions
- Step-by-step: Configuring sh404SEF
- Integrating JomSocial and MageBridge
- JomSocial profile-synchronization
- Overriding the JomSocial-connector configuration
- Working with JomSocial events
- Related products with the Joomla! Tags component
- Using Layered Navigation Pro with MageBridge
- Using HM_FeaturedProducts with MageBridge


