
Hi Mark -
Parens are indeed legal in a URL. There must be a parsing bug in Mingle.
As a work around, can you try using the URL-encoded forms -- %28 for left paren, %29 for right ?
My quick test shows that Mingle renders this correctly.

Hi Mark -
You can embed images in Mingle using the following syntax:
!http://some-server.co.uk/!

[Hi All - I mistakenly assumed that this was a Mingle question. I had posted a Mingle-oriented response. I've since deleted that response. Go does not currently support SCM plugins. In the meantime the suggested approach is to find a bridge between Plastic SCM and the support source control tools.]

Hi Frank -
You do not need to include the '-o' option. pg_dump with no args will do the trick.

Hi -
You should configure Postgres for autovacuum and we also highly recommend that you schedule a weekly manual vacuum task. See http://www.postgresql.org/docs/8.4/static/maintenance.html for help.

A workaround might be to create a temporary wiki page, add the tags in bulk (comma separated), and then delete that wiki page.

The properties "modified_on" and "created_on" are supported as both SELECTable properties and criteria in any MQL statement. This was added in the Mingle 3.0 release. The general MQL help page mentions that "Created On" and "Modified On" are available as predefined properties.

FWIW, Mingle has supported Postgres from the very first release in 2007. We've not encountered any serious AR / Postgres issues along the way. In fact, it's been our favorite database from the start. The only issues we've encountered were around getting vacuum scripts correctly configured -- nothing around application functionality.

We did not take the decision to drop MySQL support lightly. The decision will cause some short term pain, but once you've switched over to Postgres you should find your Mingle experience to be more pleasant.
Many Mingle features such as Property Rename, Bulk Update, and Excel Import require bulk database operations, including bulk UPDATE, bulk INSERT, and temp table usage. MySQL's locking scheme is simply not up to the task when it comes to these bulk operations. The result is long lock waits and timeouts. We had a discussion with MySQL developers and learned that the locking issues would not be addressed in the near future. At that point we were left with the difficult decision to phase out MySQL.
(FWIW, bulk operations are not abstracted in Rails (or any other) database adapter. And if they were included in a db interface, that would be no guarantee that the operations 'just worked' against all databases.)
Postgres and Oracle are both top-flight databases that we feel good about supporting. Postgres is free, open-source, and has tremendous respect within the community. For those looking for a Postgres+Support, EnterpriseDB has a great offering which we ourselves use.
We have built migration tools that we hope will make your migration as smooth as possible. Also, our support team is happy to help with any questions along the way, including Postgres configuration and maintenance suggestions. Moving forward, we look forward to being able to deliver features at a faster pace, due to our supporting databases that are more in line with Mingle's features.

Chris -
Suzie comment on indexing is quite correct. However, I noticed that you are running Mingle on a single-core machine. If you move to a multi-core box, background indexing will not impact request handling. Mingle should always be run on at least a 2-core box. If you have more than a small team, you'll likely want to move to a 4-core box.
Another note, I see you mentioned that you have a 650 card grid. That's more cards than will fit on a screen (and more than most users can work with at once), so you'll find you get much better performance when you filter the grid to a more workable size.

You would have to make the following changes to the jetty.xml file, which you can find in the config folder. Please insert the line highlighted with *, changing the address to the address you wish to use, and, of course, removing the asterisks. After making the change, you will need to restart Mingle.
<!-- =========================================================== --> <!-- Set connectors --> <!-- =========================================================== --> <!-- One of each type! --> <!-- =========================================================== --> <!-- Use this connector for many frequently idle connections and for threadless continuations. --> <Call name="addConnector"> <Arg> <New class="org.mortbay.jetty.nio.SelectChannelConnector"> <Set name="port"><SystemProperty name="mingle.port" default="8080"/></Set> <Set name="maxIdleTime">30000</Set> <Set name="Acceptors">1</Set> ***** < Set name="Host">127.0.0.1</Set> ***** <Set name="statsOn">false</Set> <Set name="confidentialPort">8443</Set> <Set name="lowResourcesConnections">1000</Set> <Set name="lowResourcesMaxIdleTime">500</Set> </New> </Arg> </Call>

Hi -
There is no location in which you would install the script (although a folder or nightly scripts is a decent feature idea). You would place the script anywhere you wanted and run it via cron or some other scheduler at the desired intervals. You might create a folder called ‘scripts’ in your mingle data directory.

Hi -
Unfortunately, you cannot use (Today) in a formula definition. The story is captured in the backlog but I am not sure when the feature might be built.
In the meantime, you have a few options:

wrap the trace in a < pre > tag
