Comments

  • David Rice
    posted October 6, 2011 in Mingle > Bug Reports

    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.

  • David Rice
    posted October 4, 2011 in Mingle > Bug Reports

    Hi Mark -

    You can embed images in Mingle using the following syntax:

    !http://some-server.co.uk/!

  • David Rice
    posted January 31, 2011 in Go > Feature Requests

    [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.]

  • David Rice
    posted January 28, 2011 in Mingle > General Discussion

    Hi Frank -

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

  • David Rice
    posted October 14, 2010 in Mingle > General Discussion

    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.  

  • David Rice
    posted August 19, 2010 in Mingle > Feature Requests

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

  • David Rice
    posted May 19, 2010 in Mingle > General Discussion

    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.

  • David Rice
    posted December 6, 2009 in Mingle > Announcements

    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.

  • David Rice
    posted December 4, 2009 in Mingle > Announcements

    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.

  • David Rice
    posted April 9, 2009 in Mingle > Bug Reports

    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. 

  • David Rice
    posted March 2, 2009 in Mingle > Troubleshooting Installation

    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>
    
  • David Rice
    posted March 2, 2009 in Mingle > General Discussion

    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.

  • David Rice
    posted March 2, 2009 in Mingle > General Discussion

    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:

    • If there is a particular age you want to reporting against, say 14 days, you could create a property around that, say ‘Overdue On’ and it’s set to “Created On” + 14. You could then compare “Overdue On” to (Today) in MQL criteria for reports or in the cards filters.
    • Write a simple script (Ruby using ActiveResource is by far the easiest) that runs once a day and re-calculates the age using the API. You would setup an ‘Age’ property as a standard date property. The script would set it to (Today) – whatever date property you wanted to use (“Created”, “Opened”, “Started”). If you have a developer with a few spare minutes this is likely the most useful solution.
  • David Rice
    posted February 26, 2009 in Mingle > General Discussion

    wrap the trace in a < pre > tag

  • David Rice
    posted February 19, 2009 in Mingle > General Discussion
    • Login with a Mingle Admin account
    • “All Projects”
    • “Manage Users”
    • Use “Admin” column to add/remove Mingle Admin privilege