We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 18373 ☆ A M B ☆
    • 3,141 Posts
    When you are editing the content HTML for a resource, and did not change any other fields the manager doesn’t recognize the content field as changed, and it doesn’t unlock the "save" button.

    You can work around by typing something else in the (Tiny MCE RTE) content field, but I believe it shouldn’t be neccesary.


    I was filing a bug in Jira (could not find it earlier) when I started wondering if this might be related to TinyMCE rather then MODx itself. Thought I’d post it here instead.

    PHP 5.2.13, MySQL 5.0.90, FF 6.6.3, Windows Vista
    MODx Revolution 2.0.0-rc-2 rev6923, TinyMCE 4.0.0-rc3
      Mark Hamstra • Developer spending his days working on Premium Extras and a MODX Site Dashboard with the ability to remotely upgrade MODX and extras to make the MODX world a little better.

      Tweet me @mark_hamstra, check my infrequent blog at markhamstra.com, my slightly more frequent ramblings at MODX.today or see code at Github.
      • 24414
      • 45 Posts
      This also happens when editing path text in a TV drop-down/text combo input, for instance file or image TVs, rather than going through the file manager item selection process.
        • 15197
        • 65 Posts
        I have this same problem. It seems to happen with both CKEditor and TinyMCE. After editing in source, I need to go back to RTE and change a character (or delete and retype one) before I can save. Minor annoyance I was hoping would go away with RC-2 upgrade, but it didn’t. It seems to be OK on resources that are not using RTE at all.
          • 28215
          • 4,149 Posts
          It’s a TinyMCE bug; we’re working on it at the moment.
            shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
            • 15197
            • 65 Posts
            It happens with CKEditor too - just tested it a little while ago.