Magnolia 6.1 reached end of life on March 31, 2021. This branch is no longer supported, see End-of-life policy.
Need help with Magnolia? If you have a support contract with Magnolia, you can enter support requests into our Jira issue tracking system. If you don't have a support contract, you can still get very valuable help from the mailing lists and wiki.
DX Core clients can use their Magnolia account to access the Jira issue tracking system, Confluence wiki, Git version control and Nexus repository.
If you don't have a Magnolia support account yet, please contact Magnolia Sales at firstname.lastname@example.org and include the following information:
Don't change your Magnolia password in the Jira support system or the Confluence wiki. You will not be able to log in again. Use the self-service password change form instead. If you forget your password, send a message to email@example.com and ask for a password reset.
Please provide lots of details when reporting an issue. This allows us to help you more effectively. Please report how to reproduce the problem, attach log files, screenshots and so on.
Ticket’s SLA is set depending on the reporter of the ticket. New tickets created in need of a customer with a higher SLA have to be reported by the customer and make it visible to the involved accounts following the instructions defined in section Making issues visible to teammates. Making it visible to the involved accounts will allow partners or teammates edit and comment on it.
Select from the following issue types:
Beta versions of Magnolia are not supported. They are not official production releases or intended for production use. Please do not file support tickets for betas. Report and discuss problems on the forum instead.
When reporting an issue, the more information you provide, the better we can address your issue. Here's how to collect information from your system.
There are several ways to export content, data and configuration. The most common is exporting XML.
To export XML:
The resulting XML file contains the node hierarchy. File name matches the path in the repository. For example, when you export Configuration >
/modules/adminInterface/controls the file name is
config.modules.adminInterface.controls.xml. When Magnolia Support imports the file it will recreate your node hierarchy in their Magnolia instance.
Error messages tell you which Java class produces the error. This is vital information for finding the root cause of an issue.
The first task in tracing errors is to identify the fully-qualified name of the Java class.
Example: Magnolia was unable to send mail. The fully-qualified name of the Java class where the error was raised is
ERROR info.magnolia.module.form.processors.SendContactEMailProcessor 07.10.2011 16:08:17 -- Contact email javax.mail.MessagingException: Could not connect to SMTP host: localhost, port: 25;
The class name is not always available. For example, in Freemarker templating errors only a stack trace is displayed, no class name.
freemarker.core.NonBooleanException: Error on line 13, column 6 in templating-kit/paragraphs/content/textImage.ftl Expecting a boolean (true/false) expression here Expression content.subtitle does not evaluate to true/false it is an instance of freemarker.template.SimpleScalar at freemarker.core.Expression.isTrue(Expression.java:150) at freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:77) at freemarker.core.Environment.visit(Environment.java:210) at freemarker.core.MixedContent.accept(MixedContent.java:92)
A stack trace is a sequence of nested functions called up to the point where the stack trace is generated. The error log displays the stack trace up to function where the failure occurred.
Errors are dealt with sequentially. Magnolia logs the error that first caused the failure. Rectifying the first error does not always solve the problem entirely but will help you to find the ultimate source. For example, if you try to send an email and there is both a templating error and an error in your SMTP configuration, you will first need to resolve the templating error before you can see that there is also an authentication issue.
Once you know class name, configure logging to get more details.
Read the troubleshooting documentation that includes solutions to common issues.
If you find a security vulnerability in Magnolia, please always report it in the SUPPORT project:
Issues in the SUPPORT project are private to Magnolia and the issue reporter.
Magnolia Support team will investigate and take appropriate action. Our goal is to keep the vulnerability private. We take security seriously and aim to provide patches promptly. The best way to stay secure is to always keep your Magnolia instances up-to-date.
Issues where we have been waiting for feedback for a certain amount of time might get closed automatically. You'll always have the possibility to Re-open issues, even if they have been closed this way.
At any time, you can see the status of your issues by browsing Jira.
Once a member of the Magnolia Support Team takes your request in charge, it will switch to the In Progress status. If we need more information from you, you will receive an email and the status will be Waiting for customer information. To reply to us, please use the Jira web interface, and the Reply to Magnolia Support action (in the left menu), so that it comes back to us in the proper status. Here too, your collaboration will help us follow up with your issue more effectively. Of course, you can always add comments or attachments when needed.
Once the issue is resolved for you, you can Close it immediately. A member of the Magnolia Support Team could also Resolve your issue, in which case you'll have the possibility to Confirm the issue resolution or Re-open it if you think your issue isn't entirely solved.
To report an issue in Magnolia CMS:
After submission, find your issue on the list and go to Jira to add more information such as logs, configuration files and screenshots.
Create an issue directly or click Create new issue and select the Support - Magnolia project in Jira.
If you do not see the Support - Magnolia project in Jira, you do not have a support account. Send us the details listed above. Support requests reported in other projects will be closed since they lack details about your configuration.
To move an issue entered into another project into the Support project:
By default, support issues are only visible to the reporter (you) and Magnolia Support staff. If you want to grant your teammates access to the issue, type their account names into the Visible to field. You need a DX Core support account in order to create and edit issues.
If you don't have a Magnolia support contract and therefore no support account, you can still get some help from the community. Describe your issue on the forum, paste logs to a text storage service such as pastebin.com and link to them from your forum post. Don't paste large amounts of text in the forum post itself.
There are several free pastebin services designed specifically to store and share text online. For images, try Tinypic, imgur or any other.
Subscribe to the mailing lists to stay updated. You can post questions and reach a wide community of experts.
Community supported wiki has technical articles and tips.