Moving blocks and errors in 8.2.1

Permalink
I recently installed 8.2.1 and have been having some issues with my development site (which I am approaching a deadline on :) ). I am running this on Apache, mysql 5.6.32, and PHP 7.0.1. I did not receive any of these errors in 8.2.0.

Periodically I receive an error relating to moving blocks to different layouts. When that happens I cannot move blocks at all. I have to give the system some time. Here is one of them:

You may not add Scrapbook Display to area Main 2 : 363.


Here is an excerpt from my javascript console:

/index.php/dashboard/home?_ccm_dashboard_external=1 Failed to load resource: the server responded with a status of 404 (Not Found)
underscore.js:1 [Violation] 'setTimeout' handler took 75ms
jquery.js:4 [Violation] Added non-passive event listener to a scroll-blocking 'touchstart' event. Consider marking event handler as 'passive' to make the page more responsive.

...

underscore.js:1 [Violation] 'setTimeout' handler took 589ms
jquery.js:5 POSThttp://dev.bayleaf.org/index.php/ccm/system/page/arrange_blocks?cID... 500 (Internal Server Error)
send @ jquery.js:5
ajax @ jquery.js:5
execute @ app.js:3
c @ app.js:3
b.concreteAjax @ app.js:3
(anonymous) @ app.js:6
c @ events.js:1
dispatch @ jquery.js:4
r.handle @ jquery.js:4
trigger @ jquery.js:4
(anonymous) @ jquery.js:4
each @ jquery.js:2
each @ jquery.js:2
trigger @ jquery.js:4
publish @ events.js:1
addToDragArea @ app.js:6
pepStop @ app.js:6
stop @ app.js:6
d.handleStop @ app.js:3
onStopEvents @ app.js:2
dispatch @ jquery.js:4
r.handle @ jquery.js:4
[Violation] Forced reflow while executing JavaScript took 31ms
[Violation] Forced reflow while executing JavaScript took 34ms


If I save that edit it reverts to it's previous state (the edit does not occur even though the block is moved in edit mode [which I would expect to be the case]). This is causing a major slow down in production for me. Is anyone else having this issue?

thanks

View Replies:
MrKDilkington replied on at Permalink Reply
MrKDilkington
Hi bayleafmedia,

You mention that it only happens periodically. When it does happen, are their any custom blocks being used on the page or other custom code (including in the theme)?

If you activate the default Elemental theme and move blocks, do you receive any errors?

On a default install of concrete5 with sample content, without custom blocks or custom code, can you move block without errors?

The idea is that you work downward trying to eliminate potential causes.
bayleafmedia replied on at Permalink Reply
Thanks MrKDilkington,

Well so far, not using custom blocks, and using the elemental theme instead of my current theme (Fundamental) has no effect. I still receive scrapbook errors and another one, which seems more rare:

(Call to a member function getBlockTypeObject() on null).

When I click on the link for the error presented:
/index.php/ccm/system/page/arrange_blocks?cID=328 Failed to load resource: the server responded with a status of 500 (Internal Server Error)
I get this:
Call to a member function rescanAreaPermissionsChain() on null

I have been using versions to create pages without having to start from scratch. It seems that pages which are copies of copies are less reliable in the editor than those that are completely empty and built up from scratch (meaning I can move blocks longer [4-5 moves before error vs 1-2 moves]) I don't know if my testing in that specific circumstance is coincidental or not. They may all be 1-2 moves and a random 4-5 move allowance.

I have no errors adding blocks to layouts using clipboard or adding new blocks. it is only in moving blocks or moving layouts.

I'll try a clean install tomorrow to see if I can replicate it in a cleaner environment.

Thanks again for the pointers in troubleshooting technique. I'll keep that in mind.
MrKDilkington replied on at Permalink Reply
MrKDilkington
@bayleafmedia

When you say "4-5 moves before error":
- is this moving a block from area to area 4-5 times in a row?
- moving 4-5 single blocks once?
- is this between page saves or one editing session?

Is there a pattern for how many and when they are moved and when you experience the error?
bayleafmedia replied on at Permalink Reply
- is this moving a block from area to area 4-5 times in a row?
It is 4-5 times in a row, but that really depends on the page. Some pages are worse than others, meaning some way 1-2 moves before error or 4-5 moves before error.

- is this between page saves or one editing session?
This is in almost every editing session. I have stopped moving content and instead am building new layouts and using the clipboard to make moves. This is a whole lot more time consuming, but it work and is error free for me.

Is there a pattern for how many and when they are moved and when you experience the error?

The first failed move usually doesn't present an error. It just doesn't work (is animated back to it's original position after the content is moved). After that failed move, the errors pop up consistently.

-----

I did a fresh install of 8.2.1 today with sample content and the elemental theme. As expected, It is fast and error free.
bayleafmedia replied on at Permalink Reply 1 Attachment
I am uploading a screen cast. This was the second screen cast I took. The first was of a page that has not been a copy of a copy. I was unable to get it to error out with three minutes of testing. This video allowed one move to occur. You will see several attempts. I will save the page and the result will display that only the first move was actually saved.

There are differences between the two pages tested.
test 1 contains:
fundamental theme
Magic tabs
MrKDilkington's Customize editing interface ;)
Magic Menu

test 2 contains:
fundamental theme
MrKDilkington's Customize editing interface
Magic Menu
Easy Social Feed

I have removed Easy social feed and mega menu to try to rule out addon conflicts. There was no change in behavior.
bayleafmedia replied on at Permalink Reply
Here's an interesting development. I enabled advanced permissions and created user accounts after upgrading to v 8.2.1

The account I typically edit with is my own account which is in the "Administrators" group. this is the unedited administrators group that comes with C5.

Prior to 8.2.1 I edited in the administrative account I created upon setup in C5 v8.2.0.
After upgrading to 8.2.1 I also enabled advanced permissions.

I just logged in with the administrative account I created on setup and cannot get any of these errors to occur on any page. I am going to delete my account and set it back up to see if there is some kind of corruption in my profile.

(While I also figure out how to fix my mega menu after adding it back, because well, it's trashed...)
bayleafmedia replied on at Permalink Reply 1 Attachment
One more update before I think through this some more.

My master Admin account cannot add users :) (well, it says it can't but goes on to do it. I have not tested a login to one of them though). I receive the attached error upon user account creation

Call to a member function getUserID() on null.

I don't now that I am going to trust an account created with this error tagged along with it.
MrKDilkington replied on at Permalink Reply
MrKDilkington
@bayleafmedia

To get a better idea of where the errors are coming from, I recommend temporarily enabling the debug error output.
Dashboard > System & Settings > Environment > Debug Settings > Error Detail > Show the debug error output
bayleafmedia replied on at Permalink Reply 2 Attachments
I've never dived this far into a C5 site. But here are some logs. I've noticed that since deleting my personal account the original account cannot save anything. It can edit and move all day but hit the save button and the first attached error appears.

If I attempt to create a page from the sitemap, the second attached error appears.
bayleafmedia replied on at Permalink Reply 1 Attachment
Here's an attempt on user creation from another account. I think this error is more like what you are looking for. I think I pulled all my personal info out.
MrKDilkington replied on at Permalink Reply
MrKDilkington
@bayleafmedia

Can you take a screenshot of these errors, the pasted text across multiple pages is less organized and harder to read.

Also, people are often hesitant to open .rtf and related files.
bayleafmedia replied on at Permalink Reply 2 Attachments
here's a couple. They do not contain every line, but they contain some.
the first is a screenshot from creating a page. Oddly enough, the page seems to get created.

the second is an error from a user creation attempt.

Since removing my personal account I have not been able to reproduce the moving blocks error.
bayleafmedia replied on at Permalink Reply
Another update.

Page updates seem to "Save Changes"without error, but publishing produces that null error in my previous post.
MrKDilkington replied on at Permalink Reply
MrKDilkington
@bayleafmedia

Are you using Workflows?

Seems like a lot going on with this site.
bayleafmedia replied on at Permalink Reply 1 Attachment
Yes. I have two.

Approve/Deny which goes to the Administrators and Approvers groups.
A Notify administrator flow which went to my personal account, which was deleted.

I deleted the workflow that went to my personal account and the errors continued.
I then deleted the second workflow that went to the administrators group and the errors went away.

I am error free when not using workflows. However, If I enable any workflow the errors re-appear on publish. C5 workflows is what I built this site for :).

I enabled an approve/deny workflow and assigned the group "Approvers" to it. I have three users in that group.

I cleared CMS cache, cleared browser cache, logged in as two of those use and went to a page I made changes on. I then click the "Approve" button and the attached error appeared.

Now that this is narrowed to an issue with workflows I need to do some more reading. Feel free to respond. I appreciate the help.

Next time you come to Raleigh, North Carolina, US let me know. I'll buy you lunch.

thanks a billion for your questions and direction.
MrKDilkington replied on at Permalink Reply
MrKDilkington
@bayleafmedia

Is this site in production, development, or test?

Depending on what stage it is in, you could create a fresh install, log your steps, and rebuild it and see if you can use Workflows or have other errors.
bayleafmedia replied on at Permalink Reply
This site is basically in testing. There are some pending changes that still have to be made, but nothing major.

Is there a quicker way to rebuild than rebuilding block by block?
MrKDilkington replied on at Permalink Reply
MrKDilkington
@bayleafmedia

You could create another test site, skip rebuilding, and just test using Workflow and see if you experience errors. If you do experience errors, record what it takes to reproduce them, those will be useful for a potential bug report.