EE compatibility updates:

  • Publisher is EE5 compatible, but it does not currently support the Fluid field.

ExpressionEngine.com licenses:

  • If you purchased an add-on from expressionengine.com, be sure to visit boldminded.com/claim to add the license to your account here on boldminded.com.

Ticket: creating groups in bloqs causing error

Status Client Wait
Add-on / Version Bloqs 4.3.3
Severity
EE Version 6.0.0-b.2

Michael Coogan

Oct 31, 2020

re: slack message…

error in dev logs: “Bloqs unable to the requested block with the ID #1. This is probably not good.
Delete all Developer Logs”

Steps that caused the error:

created a 2nd bloqs field (A) - header_bloqs
added it to a channel that already had another bloqs field (B) - page_bloqs
removed bloq type bloq_header_banner from B
added bloq type bloq_header_banner to A
changed bloq field name from “Header Bloqs” to “Header Blocks”

#1

BoldMinded (Brian)

Nov 03, 2020

I still can’t replicate any PHP errors with adding or removing bloqs. Next post will have the most up-to-date build available.

#2

BoldMinded (Brian)

Nov 03, 2020

Comment has been marked private.

#3

BoldMinded (Brian)

Nov 03, 2020

Sorry, hold off on that build

#4

BoldMinded (Brian)

Nov 03, 2020

Comment has been marked private.

#5

Michael Coogan

Nov 06, 2020

Comment has been marked private.

#6

BoldMinded (Brian)

Nov 06, 2020

Comment has been marked private.

#7

Michael Coogan

Nov 10, 2020

Comment has been marked private.

#8

BoldMinded (Brian)

Nov 10, 2020

What is that invalid block configuration error in the dev log?

#9

BoldMinded (Brian)

Nov 10, 2020

Nevermind… I can pause the video.

#10

BoldMinded (Brian)

Nov 10, 2020

Have you tried that scenario with a different bloq? I just replicated it… field 1 had the Simple Table bloq assigned to it, and was used in field 1. field 2 did not have the Simple Table bloq assigned, so I assigned it, then edited the entry, added a Simple Table bloq, saved the entry, and when it reloaded both Bloqs fields showed the Simple Table bloq, which is not what you’re seeing. Your second field did not contain the bloq you just tried to save. So does this happen with any bloq you put through this scenario?

#11

BoldMinded (Brian)

Nov 10, 2020

#12

BoldMinded (Brian)

Nov 10, 2020

Your video didn’t show it, but is the Header Banner assigned to both of those Bloqs fields?

#13

Michael Coogan

Nov 10, 2020

yes, header banner was assigned to both fields. I’m happy to push up to a staging server as well if you want to test drive scenarios on your end. I’m working locally and deploying updates there so I don’t really care if things get messed around with there. Let me know and I’ll run a deploy up there.

#14

BoldMinded (Brian)

Nov 10, 2020

Before you put it on a staging server, can you export all of the exp_blocks_* tables to an an .sql file so I can import them locally and take a look? And tell me the IDs of those 2 fields, so I can run queries and see where it might be failing.

#15

BoldMinded (Brian)

Nov 11, 2020

Here is a video of me replicating your scenario, but unable to replicate the bug. A bloq is assigned to the 1st field, and it saves to the entry. Assign the same bloq to the 2nd field, edit the entry, save the entry, and the bloq is still attached to both fields. https://www.dropbox.com/s/ar10qlbl4q2ij9t/ticket-2186-saving-bloqs.mp4?dl=0

This is why this ticket confuses me, b/c I can’t replicate it 😊

Login to reply

For add-on support, please use the Support section. General inquries and pre-sale questions can be sent to support@boldminded.com.