unable to load block on composer on existing page

Permalink 1 0 Browser Info Environment
As this issue on github Unable to load block into composer #3922 relative on 5.7 but on 8.2.1
Steps to reproduce:
Add a new Content block to the Blog Entry page type
Add a Composer Control block to the Blog Entry page type defaults
Edit an existing blog page in composer
This will show an "Unable to load block into composer" error.
For the new page all work fine.
It seems that the composer control block are not retroactive.
There is a method for "refresh" this block?


Status: New
Ta2Ta2 replied on at Permalink Reply
I had ran into the same thing....apparently it is something on the road map already..

Check the GitHubhttps://github.com/concrete5/concrete5/issues/4883... and this related post

https://www.concrete5.org/community/forums/usage/unable-to-load-bloc...

did you manage to find any workaround as of now? I was thinking of db level...
tkart38 replied on at Permalink Reply
hi
Unfortunately Not but like onhttps://github.com/concrete5/concrete5/issues/3922... MrKarlDilkington confirm this on the current develop branch 8.3.0 RC2.
Unfortunately i've a site where the customer write 40 article every day and this problem stop me to use the composer for this site.
In my case this is a big problem because the comoser is a good solution for edit the article but if i nedd to add functionality are not backward compatible.

As MrKarlDilkington says "Some type of way to "reconnect" blocks to Composer would be very useful"

concrete5 Environment Information

# concrete5 Version
Core Version - 8.2.1
Version Installed - 8.2.1
Database Version - 20170802000000

# concrete5 Packages
None

# concrete5 Overrides
controllers/panel/detail/page/composer.php, controllers/panel/detail/page, controllers/panel/detail, controllers/panel, views/panels/details/page/composer.php, views/panels/details/page, views/panels/details, views/panels

# concrete5 Cache Settings
Block Cache - Off
Overrides Cache - Off
Full Page Caching - Off
Full Page Cache Lifetime - Every 6 hours (default setting).

# Server Software
nginx/1.10.3

# Server API
fpm-fcgi

# PHP Version
7.0.19-1

# PHP Extensions
calendar, cgi-fcgi, Core, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, igbinary, json, libxml, mbstring, mcrypt, memcached, msgpack, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, Phar, posix, readline, Reflection, session, shmop, SimpleXML, sockets, SPL, standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlwriter, xsl, Zend OPcache, zlib

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 128M
post_max_size - 24M
sql.safe_mode - Off
upload_max_filesize - 128M
memcached.sess_lock_max_wait - not set
memcached.sess_lock_wait_max - 2000
memcached.sess_server_failure_limit - 0
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - <i>no value</i>
session.gc_maxlifetime - 7200
opcache.max_accelerated_files - 2000
opcache.max_file_size - 0
opcache.max_wasted_percentage - 5

Browser User-Agent String

Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36