Many thanks for your work on getting Paragraphs into Backdrop.

I've been testing on Backdrop 1.10.1. I get a fatal error when trying to remove a Paragraph from a node using the 'Remove' button.

The Paragraph is removed as expected but when the node is saved I get a ' The website encountered an unexpected error. Please try again later' message.

In the logs I have the following error:

Error: Call to undefined method ParagraphsItemEntity::isDefaultRevision() in ParagraphsItemEntity->deleteRevision() (line 464 of /home/insite/webapps/backdrop/modules/paragraphs-1.x-1.x/ParagraphsItemEntity.inc).

Cheers

When using the current 1.x-1.x branch, it's not possible anymore to show a Paragraphs field in Views. In the latest release version 1.x-1.0.1 it's working fine.

Following commit seems to break the functionality: 4e6a801

Steps to reproduce:

• Create a paragraph bundle P with at least one field (e.g. text or image)
• Create content type X with at least one paragraph field with reference to P
• Create a view showing nodes of type X (using fields)
• Add a paragraph field to this view
• Save the view and look at the results

Expected behaviour (as observed in 1.x-1.0.1):

• The Paragraphs field is shown in the view.

Actual behaviour (as observed in current 1.x-1.x branch):

• The rendered Paragraphs content is empty.
• Every time this view is called, the following error message is logged:

Warning: Theme hook "entity" not found.

After more testing I got the following PHP notice after reverting a node to any revision - it's not coming from Paragraphs module directly, but it's probably related:

Notice: Undefined property: ParagraphsItemEntity::$original in file_field_update() (line 267 of [...]/core/modules/file/file.field.inc).

Originally posted by @sternhagel in #31 (comment)

After testing I broke this into its own issue since it happens upon any save or update, whether revisions are involved or not.

In paragraphs.module there's:

// TODO This variable was probably removed in Backdrop without replacement.
  state_set('menu_rebuild_needed', TRUE);

We don't need the TODO since in fact the variable is now a state https://api.backdropcms.org/change-records/converted-all-variables-cmi. The code is correct.

EDIT/CLEAN UP:

The term "bundle" has been changed in front-facing places but it remains to clean up the code (function names, permission names, etc.) and deprecate the old "bundle" versions in the same way Backdrop core:

• provide a wrapper where paragraphs_bundle_load calls call paragraphs_type_load and mark paragraphs_bundle_load as deprecated

In 1.x-1.x:

When configuring a field on a Paragraph type, the "Delete field" button doesn't work:

However the dropdown operation button does seem to work on the Paragraph Type's "Manage fields" page:

Hey there.
I just updated from 1.12.6 to 1.13.0. Everything seemed to go right. Site looks good, nothing seems broke. So I cleared caches and then ran cron only to receive this:

Fatal error: Cannot make static method EntityInterface::entityType() non static in class ParagraphsItemEntity in /home/sssssss/public_html/modules/paragraphs/ParagraphsItemEntity.inc on line 612

So cron didn't run.

Any ideas...?
Should I revert to 1.12.6...?

Warm regards from sunny México.

José

I added a paragraph bundle and added a file field. I got this error:

Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'paragraphs_bundle_title_callback' not found or invalid function name in _menu_item_localize() (line 754 of /app/core/includes/menu.inc).

Follow up to #60 could be the ability to:

• add/insert Paragraphs via contextual link

This patch on the D7 queue could be a starting point:

• https://www.drupal.org/project/paragraphs/issues/2715833

With Backdrop's content translation turned on, attempting to create a translation of a content item does not pre-populate Paragraphs with the appropriate fields. It does seem to allow content to be created but you have to recreate each paragraph manually in the new language content page.

Needs further testing, including of the Paragraphs - Internationalization submodule (which can't currently be enabled).

When adding a new paragraph, focus keeps jumping back to the node title which is a usability problem.

Reported on the Forum by @Fjeder:

To be able to create paragraphs programatically i had to change line 418 of ParagraphsItemEntity.inc:

return entity_save($this->hostEntityType, $host_entity);

Changed to:

return entity_plus_save($this->hostEntityType, $host_entity);

Removing the EMW dependency ended up causing a bunch of loose ends that nobody seems to have time to comb through. I'm planning to add a dependency on Entity Plus at this point which seems to solve a handful of issues in the queue and will make things simpler for me.

The biggest issue will be figuring out how to introduce a dependency when many people already have the module installed. How can we make sure they install the latest version of Entity Plus before upgrading Paragraphs?

Haven't done any further testing yet but I see this when trying to save a revision on a node that has paragraphs field:

PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1' for key 'PRIMARY': INSERT INTO {paragraphs_item_revision} (revision_id, item_id) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1); Array ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => 1 ) in backdrop_write_record() (line 8086 of /path/core/includes/common.inc).

EntityStorageException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1' for key 'PRIMARY' in ParagraphsItemController->save() (line 55 of /path/modules/paragraphs/ParagraphsItemController.inc).

EntityStorageException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '1' for key 'PRIMARY' in NodeStorageController->save() (line 320 of /path/core/modules/node/node.entity.inc).

I'm not sure about this, but it shows up in my status report with a warning that says "Problems detected".

The following token types are not defined but have tokens:

$info['types']['paragraphs_item']

I've added a Field group to the Default display of a Paragraph bundle but the Field group doesn't show up on the content item with the corresponding Paragraph field.

So far, I've tried to display a Div and a Fieldset group, and both don't show up, irrespective of the group's setting "collapsed" vs. "collapsible".

I'm new to Paragraphs with Backdrop, so I might have missed something. I'd appreciate if someone could try to reproduce the issue.

I have been doing some testing with Paragraphs and have identified a few issues with orphan data being left in the database:

- Field data: When I create new paragraphs on a content type and fill in the info, I can see them populate into the respective field_data_field_fieldname tables. However, if I delete that paragraph item, the content in that table is not removed.
- Paragraph item data: When I create a paragraph bundle and use it, then later remove it, the paragraphs_item table continues to hold information referring to bundles that no longer exist in paragraphs_bundle.

I couldn't install this module with lando and drush. Got this error message:

Error: There is no release located at https://github.com/backdrop-contrib/paragraphs/releases/download//paragraphs.zip.
	Try visiting the paragraphs page directly: https://github.com/backdrop-contrib/paragraphs

I could install other modules using this method, but not this module. Bakcdrop 1.11.2. Lando v3.0.0-beta.47

I'm interested in working on an upgrade path from Drupal 7 field collection. Is anyone else working on this, and if so, can we collaborate or would others be willing to help me test?

Notice: Undefined property: TaxonomyTerm::$vid in paragraphs_entity_access() (line 1531 of /path/modules/paragraphs/paragraphs.module).

I have been meaning to see if I could figure out how to allow editing of individual Paragraph items via contextual link rather than requiring the entire node to be loaded. (For example, if one item way down the page needs a minor tweak, it would be way simpler to be able to edit that one item rather than load the entire page, scroll down to find that paragraph with everything else around it, potentially have to expand that Paragraph item before being able to edit it...)

My idea included opening the edit window in a modal and refreshing the page when it was submitted, but that may not be necessary. It turns out there's an issue (and a patch) in the Drupal queue that aims for very similar functionality (minus the modal). And follow up issues could be the ability to delete/insert Paragraphs in this way, and maybe even reorder (e.g. Move up, Move down).

I've tried to implement that first patch in the issue-60 branch.

The main issue I'm finding seems to be that host entity details aren't being tracked. This causes the access check to fail and the save to fail (Unable to save a paragraph without a valid reference to a host entity.).

I've temporarily adjusted the access check to include a new permission rather than checking whether the user has access to update the host entity, and could override the save not to check the host entity as well (but then we'd lose Paragraph revisions on nodes when edited in this way).

I'm having trouble giving access to an editor to be able to add/edit bundles. I've tried with and without the permissions sub-module (and the related permissions that it creates), and have also tried granting "Administer paragraphs bundles" as a test (although I'd prefer not to do this on the live site), but this is the persistent message:

You are not allowed to add any of the bundles.

I was having trouble trying to get Views working with Paragraphs and I think I figured it out but can't figure out how to upload an image to the wiki... so I'm adding it here.

Reported on the Forum by @Fjeder:

Warning: Declaration of paragraphs_handler_relationship::options_form(array &$form, array &$form_state) should be compatible with views_handler_relationship::options_form(&$form, &$form_state) in require_once() (line 6 of /<site>/modules/paragraphs/views/paragraphs_handler_relationship.inc).

Warning: count(): Parameter must be an array or an object that implements Countable in paragraphs_field_widget_embed_validate() (line 718 of /path/modules/paragraphs/paragraphs.field_widget.inc).

This uses a few calls to entity_metadata_wrapper() which needs removing and needs to update the controller to save revisions. Once this is done can remove dependency on EMW.

Do we need to more thoroughly convert Paragraphs to CMI? I see that there are database tables for paragraphs_bundle, paragraphs_item, etc. which may need to be converted to CMI in a similar way to what Nodes have (e.g. node.type.page.json). (Related: convert node types to CMI; remove table and update schema)

I've begun moving Paragraphs terminology from bundle to type, so we could end up with a config file for paragraphs like paragraphs.type.pullquote.json.

Per Gitter:

@docwilmot: @laryn you seem to be the main man on the Paragraphs queue. Like I mentioned I dont need or use it. You want to take over maintainership please?

@laryn: Okay, but can I ask questions if I need? 😄

I think the paragraphs field button to REMOVE and item should be red to indicate destructive op.

What it is:

What I want:

PR: #56

When scheduling a node w/ a paragraphs field to be published in the future it fails:

gff ~/code/aturnintime/htb (master) 
└─ $ ∴ lando.dev drush cron
Error: Call to undefined function entity_revision_load() in paragraphs_item_revision_load() (line 60 of /app/web/modules/contrib/paragraphs/paragraphs.module).
Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                   [error]

The function entity_revision_load was provided by the entity module in D7. In Backdrop the function is in entity_plus and therefore is namespaced as entity_plus_revision_load.

I have a Paragraph bundle that includes a text area, and files that are uploaded via the WYSIWYG editor are not marked permanent. I believe I have a fix by blindly copying the solution to a similar issue in relation to comments.

Follow up to #60 - is it feasible to have the contextual paragraph links open in a modal (like the "Configure block" modal)? Having the page beneath refresh after a save in one way or another would be important.

Cron gave this error when trying to publish a node that has paragraphs:

Error: Call to undefined function entity_revision_load() in paragraphs_item_revision_load() (line 60 of /path/modules/paragraphs/paragraphs.module).

From the Backdrop Forum:

I'm trying to render fields in paragraphs-item--bundlename.tpl.php like it's shown in the description:

<?php print render($content['field_example']); ?>

When I go and check it in the frontend, then I see the "site under maintenance" message. Only for the link I was trying if it is working.

Is it a bug or am I doing something wrong?

The Drupal 7 update hooks were left in for the initial release, causing a problem with the schema version. This results in the Backdrop update hooks not firing.

The tests have not been worked on, to my knowledge.

I added Paragraphs to a taxonomy vocabulary, but they don't seem to be displaying on the term's page. I've double checked the display settings and the paragraph is set to show:

Changes from Drupal 7 should be merged in.

There is a single call to entity_load_single(). That function only existed in Drupal's 'Entity' module: https://git.drupalcode.org/project/entity/blob/7.x-1.x/entity.module#L216. The entity functions that got merged into Backdrop core don't include an entity_load_single(), however entity_load() was re-factored to load a single entity: https://api.backdropcms.org/api/backdrop/core%21modules%21entity%21entity.module/function/entity_load/1

Therefore this single function call needs to be changed. PR attached.

An issue I raised on Gitter and haven't been able to crack yet:

I'm trying to preprocess a Paragraph bundle and following someone's post related to D7, I'm trying to use hook_preprocess_entity but am not able to get anything to even show up in the logs using debug – does that hook still exist in Backdrop?

https://drupal.stackexchange.com/a/185513/33636

@alexfinnarn 10:55

seems to be https://api.backdropcms.org/api/backdrop/core%21modules%21entity%21entity.api.php/function/hook_entity_view_alter/1 "Alternatively, it could also implement hook_preprocess_ENTITY()"

that is all I can tell. Isn’t there some function that gathers all the possible hooks available?

maybe https://api.backdropcms.org/api/backdrop/core%21modules%21system%21system.api.php/function/hook_module_implements_alter/1 and search for it there?

This is an issue from the Drupal 7 queue that is marked "Needs Review" and could improve the UI.

Problem/Motivation

Basic support for collapsible paragraph items was added in #2273555: Collapsible paragraphs in node edit form, but a number of UX enhancements requested in that issue failed to make it into the committed patches and the UI could still use some refinement. To avoid confusion, I'm copying those outstanding issues here for continued development.

Proposed resolution

1. Move all the actions available on a paragraph item (edit/collapse/remove) into a single drop button, instead of displaying them as separate buttons. This drop button can be floated right at the top of the paragraph item, saving significant space.
2. Add links at the top of the paragraphs field to expand all/collapse all.
3. Add an option to the drop button for each paragraph item to reset any unsaved changes.
4. Add an option to completely disable collapsing items in the configuration form for paragraphs fields.

https://www.drupal.org/project/paragraphs/issues/2476253

When I create content with a Paragraphs field, there is a help text like the following at top of the field:

No Paragraphs added yet. Select a Paragraph type and press the button below to add one.

The "Select a Paragraph type" part appears even when there's only one Paragraph bundle (i.e. type) available, so that there is no option to choose a type. In this case a help text without the "type" part would be better, for example:

No Paragraphs added yet. Press the button below to add one.

I am getting the following error when trying to translate a node which includes paragraphs:
EntityMetadataWrapperException: Unknown data property [field_name]. in EntityStructureWrapper->getPropertyInfo() (line 335 of /modules/entity_plus/includes/entity_plus.wrapper.inc).

I have installed the following modules:

• Entity Plus 1.x-1.0.3
• Paragraphs 1.x-1.0.1
• Replicate 1.x-1.2
• Replicate Paragraphs 1.x-1.3

Backdrop version: 1.14.1

Hope someone out there might have a solution to this problem, since I really don't want to manually create all paragraphs on each node for each language.

This would be a backport of a feature that is in D8 Paragraphs. There is a patch-in-progress on this issue:
https://www.drupal.org/project/paragraphs/issues/2761469

The "Paragraph type" submenu should more closely match the "Content type" submenu (e.g. add Paragraph types with child menus for Display, etc.)

It would be nice if Node Clone could work with Paragraphs (and it looks like the functionality should be there, just needs some tweaks apparently).

Error: Call to a member function value() on null in paragraphs_clone_items() (line 59 of /path/modules/paragraphs/paragraphs.node_clone.inc).

I created a new paragraph bundle in a dev site, added a new field to it, checked that it was working and then exported the new configurations with drush bcex. Commited and pushed changes to my git repository and pulled from my staging site. Then imported the new configurations with drush bcim to the staging site and pargraph bundle was missing. Checked back again that config files were present, cleared cache a few times, but paragraph bundle was sill missing.

Finally, I just created manually the paragraph bundle with the same machine name and voilà! it appeared again with its field. Wondering why...

I have a Paragraphs field set to use buttons, with no default values so it starts out with no paragraphs. When I am looking at the node creation form, if I click on the Add Paragraph button, and then the Remove button, I get an error:

Notice: Undefined index: #type in form_process_actions() (line 3369 of /mypath/www/core/includes/form.inc).

It's complaining about the 'remove_button' item that's just #markup value. If you add '#type' as "markup", the error goes away.

In #33 I (maybe temporarily) duplicated the entity_revision_load() function but am now seeing that we have other entity_revision_ function calls, and there was already some other duplication of entity_revision_ functions during the port.

It would be good to review and determine if there are any loose ends here, and whether we can move forward for now with the duplicated functions or whether we should consider a dependency on Entity Plus to provide these functions, or wait to see if they get in core.

See also (a more thorough code review is likely necessary):

• https://github.com/backdrop-contrib/paragraphs/blob/1.x-1.x/ParagraphsItemEntity.inc#L314
• https://github.com/backdrop-contrib/paragraphs/blob/1.x-1.x/ParagraphsItemEntity.inc#L417

Once #23 is ready, a follow up will be to use the icons in the create/edit pages. Here's how Drupal 8 Paragraphs does it (open and collapsed modes):