This is still an issue that we would like to resolve as soon as possible.

Any ideas?

Anybody?

Whoops, accidentally marked yours as best answer instead of replying, lol.

Actually, we increased our maximum execution time to 60 seconds.

Our site is running on CloudFlare, and now every time we try to publish edits, instead of getting the execution time error, we get a page that says "Website is Offline", but it only says that for the person publishing the edits (we tested by accessing the site on another computer at the same time), and after a few seconds, you can access the site again.

Also, as far as JS errors, I had the console open the whole time while loading the page, and while trying to publish edits, but nothing showed up.

You can change Best Answer whenever you get a better answer in this thread.

I have no prior knowledge of CloudFlare so I can't tell you if this is host specific or not. The "Site Offline" might be a slow server not being able to serve you the page fast enough, but that is just a guess.

Anyways, do you get any js errors relating to the View Versions bug? Does your theme load any js or css that might be interfering with c5 when in edit mode?

Honestly, I'm not sure what to look for with JS errors, but I had the developer tools open on the console section while the page was loading, and nothing showed up in it.

I was hoping that once I got a successful publish, the bars would go away, but we haven't been able to get one.

The strangest part to me is that it's only happening on this page, but not on the other page which has the exact same content. The only difference between them is that the other page is nested under the one that's giving us issues.

Also, I'm using the Slate theme from c5mix if that helps.

Do you have the same blocks on both pages having the same content? Any differences at all between the two?

Hmm, I just tested it on our dev site (which is not running through CloudFlare), and I got a successful publish, but it still took way longer than it should have (around 45 sec), and the compare versions bars didn't go away. Also, yes, I just made sure all of the blocks on the page are exactly the same.

I've attached a screenshot of the sitemap structure of the Daily WebLogs and The Daily List pages.

If it would help, I can pm you login info for our dev site, which is having the same issue.

Do you have any more info / suggestions? Should I PM you login info?

You can do that and I can have a look in about 12 hours from now. I can not promise you anything, though.

Alright, sent login info.

Hopefully we'll be able to get this issue squared away. :)

Ok... I have had a look at the page in question (for about two hours) and also the code generated to see if I could find anything useful. I have tested adding more content and switching versions, but the same bars (pointing to the same wpIDs - see below) always show up. All I can say is that the version bar bug stems from the (incorrect?) use of 'Workflow'. I have not yet needed to use workflows and can therefore not tell you where things went south.

I don't know if this might arise if you remove existing workflows where several versions have been approved or if the workflow permissions are set incorrectly. With the permissions I got from you I can't dig deeper, but I hope you now will have something more to go on.

The below is found for all four version bars (but different wpID):


I don't know what will happen if you manually delete all rows in the database containing the wpIDs (116, 118, 120, 121) in the tables 'basicworkflowprogressdata', 'workflowprogress' and 'workflowprogresshistory'. I don't think wpID is used anywhere else, but I might be wrong so it could potentially break your whole site deleting those rows. This should be considered a last resort if you can't solve it somehow through 'workflow'. If you do delete the rows in the db, then make sure you first test it out in your development environment.

It would be great though if we could get some input from someone who has worked with workflows. Or even better some input from Andrew. ;)

When it comes to your page speed, I will get back to you over PM explaining the data I sent you earlier.

EDIT: Forgot to mention Andrew explained the workflow process somewhat in this screen cast: http://www.youtube.com/watch?feature=player_embedded&v=Ac7Z3x2R...

Had the same issue. Deleting the records in the workflowprogress table did it for me. (I got the compare-versions bar if I debugged in a on_page_version_approve event using echo and print_r)

Just found another user with the same problem: http://www.concrete5.org/community/forums/customizing_c5/compare-ve...

First off, I want to thank you very much for your help thus-far. You've been a huge help!

I have actually not even messed with workflows in the latest version of C5. Early on, I may have made one, but I deleted it afterwards.

Concerning our page load speed: we are on a private VPS with A2 Hosting. They have been having many issues in the past, but recently the issues seem to have stabilized, and we have been having 1-2 second page loads on average (obviously not with publishing edits on this page though, lol).

If the problem is caused by Workflows, should I submit something in the Concrete5 Bug Tracker?

Also, I could give you the Super User login if that would help.

Thanks again adajad!

Since it is a dev installation, I could take a look with SuperAdmin permissions. I usually don't want to when we are talking about live servers because I don't want to be held responsible for stuff I haven't done (it has happened...). Still, I can't promise anything with workflows.

When it comes to .htaccess you can just add what I sent you which will give you a gain of about 1-2 sec (especially for returning visitors).

Alright, sent you login info. :)

Will have a look in about 14 hours.

I have the same issue, not max time, but the Compare Versions pop up will not disappear.

How can I get rid of it?

Still haven't found a solution for it.

But did you get your issue squared away by adajad?

Actually, no. Still can't publish edits, and the "Compare Versions" bars are still there. I haven't tried his suggestion about deleting the rows from the database though.

I tried the DB deleting, it didn't work.

Man... this is a very strange issue.

Does the Compare Versions bar appear for everyone under the same conditions? As in, have you all had an un-successful publish, and then the bars appear, or is it something different?

This issue is still open, if anyone has a solution. :)

Would like to re-open this issue since it was unresolved, and those pesky "Compare Versions" bars are getting irritating.

Has anyone found a solution for this, without having to go in and manually delete the rows from the database?

Just delete the involved row in the « PageWorkflowProgress » (Check the cId of your page).

I had the issue, this solution worked.