unclecheese / silverstripe-gridfield-betterbuttons

Adds new form actions and buttons to the GridField detail form

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Versioning - Draft versions not saving and publishing issues

nzstephenf opened this issue · comments

Hey there,
My project uses better buttons to manage "ArticlePage" which is an extension of "Page" in a separate ModelAdmin section of the admin backend. Project uses SilverStripe 3.1.12.

I've had an issue with my project where content is publishing to the website but it seems to skip the "save as draft" process so when updating a pages' title which then usually updates the URL if you choose to do that. The previous URL that was assigned with the page breaks (404 - page not found) because of the updated URL change.

But in the normal way of how you can manage pages in the default "Pages" section of the admin, the new pages you create which you may later update (which may change the URL) would redirect the previous URL used to the new version of such page.

Another issue I've run into is that some changes I do to an article and click onto "Save and Publish" does not keep some of the changes made.

Also - may or may not be related to the module, but in the "Managed Models" screen it will only show Published article pages in the list and not any draft publishes. Is there any way to make both Draft and Published content to appear in the list?

Pretty sure this was fixed in #86 and #83

I ran an update on the module via. Composer but Composer was positive that there were no updates to any of the files.

But still experiencing the issues above.

@nzstephenf what does your composer file look like?

Here's what it looks like:

composer

Are you certain that 1.2.8 is installed and nothing else is interferring with it?

Does it need to be exactly 1.2.8 for better performance? Because I'm still learning how Composer works, I assume it's getting the latest version due to the 1.2.* pull request?

That should be fine, @nzstephenf. I'm wondering if your issue relates to #86, which was never actually merged. That PR needs to be refactored, per my description on that thread.