Giter Site home page Giter Site logo

oe_content's Introduction

OpenEuropa Content

This is a Drupal module that contains the European Commission corporate entity types.

The module uses the RDF SKOS module to provide SKOS modelling for the Publications Office taxonomy vocabularies. These are directly made available in the dependent RDF triple store.

All content types are organised into sub-modules. These content types can be set to be translatable by overriding the language.content_setting configuration.

This module provides a sub-module (oe_content_entity) with a set of Corporate content entities to be used. Check out the README of the module.

Table of contents:

Requirements

This depends on the following software:

  • PHP >=8.1
  • Virtuoso (or equivalent) triple store which contains the RDF representations of the following Publications Office (OP) vocabularies: Corporate Bodies, Target Audiences, Organisation Types, Resource Types, Eurovoc

Usage with Drupal 10.1

For Drupal 10.1, the drupal/core patch needs to be overridden to the new one specifically made for 10.1. If you require this module in Drupal 10.1 you must set the patch in your composer.json.
You can do this with the following command:

composer config --merge --json "extra.patches.drupal/core" '{"https://www.drupal.org/project/drupal/issues/2230909": "https://www.drupal.org/files/issues/2022-07-26/2230909-269.patch"}'
composer config --merge --json "extra.patches-ignore.openeuropa/oe_content" '{"drupal/core": {"Drupal 10.2.x only - see oe_content/README.md for 10.1.x - https://www.drupal.org/project/drupal/issues/2230909": "https://www.drupal.org/files/issues/2023-12-21/2230909-309.patch"}}'

Installation

Install the package and its dependencies:

composer require openeuropa/oe_content

It is strongly recommended to use the provisioned Docker image for Virtuoso that contains already the OP vocabularies. To do this, add the image to your docker.compose.yml file:

  sparql:
    image: openeuropa/triple-store-dev
    environment:
    - SPARQL_UPDATE=true
    - DBA_PASSWORD=dba
    ports:
      - "8890:8890"

Otherwise, make sure you have the triple store instance running and have imported those vocabularies.

Next, if you are using the Task Runner to set up your site, add the runner.yml configuration for connecting to the triple store. Under the drupal key:

  sparql:
    host: "sparql"
    port: "8890"

Still in the runner.yml, add the instruction to create the Drupal settings for connecting to the triple store. Under the drupal.settings.databases key:

  sparql_default:
    default:
      prefix: ""
      host: ${drupal.sparql.host}
      port: ${drupal.sparql.port}
      namespace: 'Drupal\Driver\Database\sparql'
      driver: 'sparql'

Then you can proceed with the regular Task Runner commands for setting up the site.

Otherwise, ensure that in your site's setting.php file you have the connection information to your own triple store instance:

$databases["sparql_default"] = array(
  'default' => array(
    'prefix' => '',
    'host' => 'your-triple-store-host',
    'port' => '8890',
    'namespace' => 'Drupal\\Driver\\Database\\sparql',
    'driver' => 'sparql'
  )
);

Usage

OpenEuropa Content

If you want to use OpenEuropa Content, enable the module:

drush en oe_content

OpenEuropa Corporate Site Info integration

This module provides an integration with the OpenEuropa Corporate Site Information module.

When creating a new node if the fields "Content Owner" and "Authors" are avilable they will be automatically populated with the values configured as "Default content owner" in the "Basic site settings" provided by the OpenEuropa Corporate Site Info module.

Development setup

Requirements

Initial setup

You can build the test site by running the following steps.

  • Install Virtuoso. The easiest way to do this is by using the OpenEuropa Triple store development Docker container which also pre-imports the main Europa vocabularies.

  • Install all the composer dependencies:

composer install
  • Customize build settings by copying runner.yml.dist to runner.yml and changing relevant values, like your database credentials.

This will also symlink the theme in the proper directory within the test site and perform token substitution in test configuration files such as behat.yml.dist.

  • Install test site by running:
./vendor/bin/run drupal:site-install

Your test site will be available at ./build.

Please note: project files and directories are symlinked within the test site by using the OpenEuropa Task Runner's Drupal project symlink command.

If you add a new file or directory in the root of the project, you need to re-run drupal:site-setup in order to make sure they are be correctly symlinked.

If you don't want to re-run a full site setup for that, you can simply run:

$ ./vendor/bin/run drupal:symlink-project

Using Docker Compose

Alternatively, you can build a development site using Docker and Docker Compose with the provided configuration.

Docker provides the necessary services and tools such as a web server and a database server to get the site running, regardless of your local host configuration.

Requirements:

Configuration

By default, Docker Compose reads two files, a docker-compose.yml and an optional docker-compose.override.yml file. By convention, the docker-compose.yml contains your base configuration and it's provided by default. The override file, as its name implies, can contain configuration overrides for existing services or entirely new services. If a service is defined in both files, Docker Compose merges the configurations.

Find more information on Docker Compose extension mechanism on the official Docker Compose documentation.

Usage

To start, run:

docker-compose up

It's advised to not daemonize docker-compose so you can turn it off (CTRL+C) quickly when you're done working. However, if you'd like to daemonize it, you have to add the flag -d:

docker-compose up -d

Then:

docker-compose exec web composer install
docker-compose exec web ./vendor/bin/run drupal:site-install

Using default configuration, the development site files should be available in the build directory and the development site should be available at: http://127.0.0.1:8080/build.

Running the tests

To run the grumphp checks:

docker-compose exec web ./vendor/bin/grumphp run

To run the phpunit tests:

docker-compose exec web ./vendor/bin/phpunit

To run the behat tests:

docker-compose exec web ./vendor/bin/behat

Step debugging

To enable step debugging from the command line, pass the XDEBUG_SESSION environment variable with any value to the container:

docker-compose exec -e XDEBUG_SESSION=1 web <your command>

Please note that, starting from XDebug 3, a connection error message will be outputted in the console if the variable is set but your client is not listening for debugging connections. The error message will cause false negatives for PHPUnit tests.

To initiate step debugging from the browser, set the correct cookie using a browser extension or a bookmarklet like the ones generated at https://www.jetbrains.com/phpstorm/marklets/.

Working with content

The project ships with the following Task Runner commands to work with content in the RDF store, they require Docker Compose services to be up and running.

Purge all data:

docker-compose exec sparql ./vendor/bin/robo purge

Or, if you can run commands on your host machine:

./vendor/bin/run sparql:purge

Import default data:

docker-compose exec sparql ./vendor/bin/robo import

Or, if you can run commands on your host machine:

./vendor/bin/run sparql:import

Reset all data, i.e. run purge and import:

docker-compose exec sparql ./vendor/bin/robo purge
docker-compose exec sparql ./vendor/bin/robo import

Or, if you can run commands on your host machine:

./vendor/bin/run sparql:reset

Contributing

Please read the full documentation for details on our code of conduct, and the process for submitting pull requests to us.

Versioning

We use SemVer for versioning. For the available versions, see the tags on this repository.

oe_content's People

Contributors

22alexandra avatar ademarco avatar brummbar avatar donquixote avatar drishu avatar drupol avatar enriquelacoma avatar escuriola avatar georgebaev avatar haringsrob avatar hernani avatar imanoleguskiza avatar julien- avatar junkuncz avatar kp77 avatar nagyad avatar netlooker avatar sandervd avatar sergepavle avatar upchuk avatar voidtek avatar yenyasinn avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

oe_content's Issues

Module drupal/typed_link is missing after installation

Description
Package drupal/typed_link is defined as a dependency of oe_content but this module is defined in require-dev section of composer.json and isn't installed for production sites

Steps to reproduce
Install project using https://github.com/openeuropa/drupal-site-template.
Install oe_content module composer require "openeuropa/oe_content":"^1.8".
Enable openeuropa/oe_content drush en oe_content -y

Expected behavior: Module oe_content is installed

Actual behavior: Error message: Unable to install modules: module 'oe_content' is missing its dependency module typed_link.

Versions
openeuropa/drupal-site-template - 1.3.0, openeuropa/oe_content - 1.8.1

Dependencies vs dev dependencies

Problem

Open content module provides quite a lot of module as dev dependencies, but at the same time sub modules have dependencies in the config. One small example. oe_content_event has config

https://github.com/openeuropa/oe_content/blob/master/modules/oe_content_event/config/install/core.entity_form_display.node.oe_event.default.yml

This config has dependency on inline_entity_form, but for oe_content inline_entity_form is dev dependency.

As result when I run composer require openeuropa/oe_content. I never will have inline_entity_form installed, because composer doesn't install dev dependencies of sub packages. Only the dev dependencies of the current package.

Solution

Move all direct dependencies from require-dev section to require-dev

Mismatched field definition for oe_timeline in 2.x branch

Follow-up to #500.

Symptoms

After upgrading to Drupal 9 / oe_content 2.x, we have the following error in status report:

The node.oe_timeline field needs to be updated.

Investigation

I found that:

  • 'oe_content' contains a 'oe_content_timeline_field' module.
  • This module defines a field type 'timeline_field', in TimelineFieldItem.
  • It also defines field a storage definition using this field type: field.storage.node.oe_timeline.yml
    This is used by optional node types from optional submodules.
  • In the new version, the schema for the field type changes.
    The new version also has an upgrade hook, oe_content_timeline_field_update_8101(). This attempts to upgrade all existing field storages using this field type.

On our site, the upgrade hook successfully upgraded a field_oe_timeline field for paragraphs, but failed to upgrade the field storage definition for the oe_timeline field on node ct.

The reason: On our site, the field has no field instances, because none of the optional node modules are enabled.

The update hook uses $timeline_fields = $entity_field_manager->getFieldMapByFieldType('timeline_field');, but this misses field storages with no instances.

Patches cannot be applied

Hi there,

After upgrading the module to the 3.0.0-alpha6 version we encountered the following issues:

`- Applying patches for drupal/inline_entity_form
https://www.drupal.org/files/issues/2022-07-20/ief_removed_references_2875716-104.patch (https://www.drupal.org/project/inline_entity_form/issues/2875716)
Could not apply patch! Skipping. The error was: Cannot apply patch https://www.drupal.org/files/issues/2022-07-20/ief_removed_references_2875716-104.patch

`

and

`- Applying patches for drupal/typed_link
https://www.drupal.org/files/issues/2022-02-09/typed_link_constraints-3263477-2.patch (https://www.drupal.org/project/typed_link/issues/3263477)
Could not apply patch! Skipping. The error was: Cannot apply patch https://www.drupal.org/files/issues/2022-02-09/typed_link_constraints-3263477-2.patch

`

Looks like both inline_entity_form and typed_link modules were updated including patches.

Regards, Sergey

Installation: conflict with drupal 8.9.7 - easyrdf

When running
composer require openeuropa/oe_content

Resulting error:

Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Can only install one of: easyrdf/easyrdf[0.9.1, 0.10.0-alpha.1].
    - Can only install one of: easyrdf/easyrdf[0.10.0-alpha.1, 0.9.1].
    - Can only install one of: easyrdf/easyrdf[0.10.0-alpha.1, 0.9.1].
    - openeuropa/oe_content 1.11.0 requires easyrdf/easyrdf 0.10.0-alpha.1 as 0.9.1 -> satisfiable by easyrdf/easyrdf[0.10.0-alpha.1].
    - Installation request for openeuropa/oe_content ^1.11 -> satisfiable by openeuropa/oe_content[1.11.0].
    - Installation request for easyrdf/easyrdf (locked at 0.9.1) -> satisfiable by easyrdf/easyrdf[0.9.1].

Error in _post_update file when updating oe_content_module

Hi there,

Some websites may not have
node.oe_social_media_links config file but they can have different config like paragraph.oe_social_media_links

In this case :

$field_storage->get('settings');

will fail because it cannot find the config object.

Source:

Can you please fix it or advise on how to handle breaking update?

Regards

unable to correctly enable oe_content and its submodules

each time i try to enable oe_content and news, publication or event drupal breaks and even using pm:uninstall doesn't solve the situation.
here's the json structure i use inside composer.json

{
"name": "drupal/recommended-project",
"description": "Project template for Drupal 9 projects with a relocated document root",
"type": "project",
"license": "GPL-2.0-or-later",
"homepage": "https://www.drupal.org/project/drupal",
"support": {
"docs": "https://www.drupal.org/docs/user_guide/en/index.html",
"chat": "https://www.drupal.org/node/314178"
},
"repositories": [
{
"type": "composer",
"url": "https://packages.drupal.org/8"
},
{
"type": "path",
"url": "./custom/",
"options": {
"symlink": false
}
}
],
"require": {
"php": ">=7.4",
"composer/installers": "^1.11",
"drupal-ckeditor-libraries-group/link": "^4.19",
"drupal/address": "^1.10",
"drupal/asset_injector": "^2.10",
"drupal/block_styles": "^2.0",
"drupal/composite_reference": "^2.1",
"drupal/core-composer-scaffold": "^9",
"drupal/core-recommended": "^9",
"drupal/css_editor": "^2.0",
"drupal/custom_breadcrumbs": "^1.0",
"drupal/custom_formatters": "^3.0@beta",
"drupal/custom_search": "^1.0@beta",
"drupal/ds": "^3.13",
"drupal/entity_print": "^2.6",
"drupal/extra_field": "^2.2",
"drupal/facets": "^2.0",
"drupal/field_group": "^3.2",
"drupal/fontawesome": "^2.23",
"drupal/formatter_suite": "^1.3",
"drupal/group": "^1.4",
"drupal/inline_entity_form": "1.0.0-rc9",
"drupal/jquery_ui": "^1.4",
"drupal/libraries": "^3.0@beta",
"drupal/link_attributes": "^1.11",
"drupal/menu_breadcrumb": "^1.16",
"drupal/metatag": "^1.19",
"drupal/paragraphs": "^1.14",
"drupal/pathauto": "^1.10",
"drupal/redirect": "^1.7",
"drupal/search_api_autocomplete": "^1.6",
"drupal/search_api_lunr": "^2.0",
"drupal/search_api_spellcheck": "^4.0",
"drupal/styles_api": "^1.1",
"drupal/taxonomy_manager": "^2.0",
"drupal/token_block": "^1.2",
"drupal/tooltip": "^1.0",
"drupal/typed_link": "^2.0",
"drush/drush": "^11",
"easyrdf/easyrdf": "1.0",
"openeuropa/composer-artifacts": "~0.1",
"openeuropa/oe_authentication": "^1.6",
"openeuropa/oe_corporate_blocks": "^4.7",
"openeuropa/oe_corporate_countries": "^2.0",
"openeuropa/oe_corporate_site_info": "1.0.0-alpha4",
"openeuropa/oe_profile": "dev-master",
"openeuropa/oe_webtools": "^1.5"
},
"require-dev": {
"drupal/drupal-extension": "^4.0",
"openeuropa/drupal-core-require-dev": "^9",
"openeuropa/task-runner-drupal-project-symlink": "^1.0",
"webflo/drupal-finder": "^1.2",
"webmozart/path-util": "^2.3"
},
"scripts": {
"post-install-cmd": [
"DrupalComposer\DrupalScaffold\Plugin::scaffold"
]
},
"conflict": {
"drupal/drupal": "
"
},
"minimum-stability": "dev",
"prefer-stable": true,
"config": {
"sort-packages": true
},
"extra": {
"drupal-scaffold": {
"locations": {
"web-root": "web/"
}
},
"artifacts": {
"openeuropa/oe_theme": {
"dist": {
"url": "https://github.com/{name}/releases/download/{pretty-version}/{project-name}-{pretty-version}.tar.gz",
"type": "tar"
}
}
},
"composer-exit-on-patch-failure": true,
"enable-patching": true,
"installer-paths": {
"web/core": [
"type:drupal-core"
],
"web/libraries/{$name}": [
"type:drupal-library"
],
"web/modules/contrib/{$name}": [
"type:drupal-module"
],
"web/profiles/contrib/{$name}": [
"type:drupal-profile"
],
"web/themes/contrib/{$name}": [
"type:drupal-theme"
],
"drush/Commands/contrib/{$name}": [
"type:drupal-drush"
],
"web/modules/custom/{$name}": [
"type:drupal-custom-module"
],
"web/profiles/custom/{$name}": [
"type:drupal-custom-profile"
],
"web/themes/custom/{$name}": [
"type:drupal-custom-theme"
]
},
"drupal-core-project-message": {
"include-keys": [
"homepage",
"support"
],
"post-create-project-cmd-message": [
"<bg=blue;fg=white> </>",
"<bg=blue;fg=white> Congratulations, you’ve installed the Drupal codebase </>",
"<bg=blue;fg=white> from the drupal/recommended-project template! </>",
"<bg=blue;fg=white> </>",
"",
"<bg=yellow;fg=black>Next steps</>:",
" * Install the site: https://www.drupal.org/docs/8/install",
" * Read the user guide: https://www.drupal.org/docs/user_guide/en/index.html",
" * Get support: https://www.drupal.org/support",
" * Get involved with the Drupal community:",
" https://www.drupal.org/getting-involved",
" * Remove the plugin that prints this message:",
" composer remove drupal/core-project-message"
]
}
}
}

Roadmap to 2.x

This issue will collect upcoming non backward compatible changes that will be introduced in the upcoming version 2.x of the module.

  • Dependency on oe_media will be moved to require-dev

PHP error occurs when clicking on the last link on the pager on the skos_concept section

After following the installation manual (latest release):

Go to http://web:8080/build/en/admin/structure/skos_concept
and click on last link in the pager

[Tue Mar 24 15:57:19.261048 2020] [proxy_fcgi:error] [pid 24:tid 140459129112320] [client 192.168.48.1:53244] AH01071: Got error 'PHP message: Uncaught PHP Exception Drupal\\rdf_entity\\Exception\\SparqlQueryException: "Execution of query failed: SELECT DISTINCT(?entity) \nFROM <http://publications.europa.eu/resource/authority/corporate-body>\nFROM <http://publications.europa.eu/resource/authority/corporate-body-classification>\nFROM <http://publications.europa.eu/resource/authority/target-audience>\nFROM <http://publications.europa.eu/resource/authority/organization-type>\nFROM <http://publications.europa.eu/resource/authority/resource-type>\nFROM <http://publications.europa.eu/resource/dataset/place>\nFROM <http://publications.europa.eu/resource/dataset/public-event-type>\nFROM <http://publications.europa.eu/resource/dataset/eurovoc>\nFROM <http://data.europa.eu/uxp>\nWHERE {\n?entity <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> <http://www.w3.org/2004/02/skos/core#Concept>\n}ORDER BY ASC (?entity)LIMIT 50\nOFFSET 12600\n" at /var/www/html/build/modules/contrib/rdf_entity/driver/sparql/Connection.php line 142', referer: http://web:8080/build/en/admin/structure/skos_concept

Regards, Sergey

Mismatched field definitions in status report

(I think I can find a solution myself, but having it here can be useful for others who have the same problem.)

Problem

We have the following error in the status report: 

ENTITY/FIELD DEFINITIONS
Mismatched entity and/or field definitions
The following changes were detected in the entity type and field definitions.

Content

  • The Alternative title field needs to be installed.
  • The Navigation title field needs to be installed.
  • The Content owner field needs to be installed.
  • The Redirect link field needs to be installed.

After upgrading to Drupal 9, we get this additional warning:

  • The node.oe_timeline field needs to be updated.
     

Investigation

With some investigation, I found that:

  • oe_content module declares some base fields in oe_content_entity_base_field_info().
  • I assume if oe_content was first installed with a version that did not have these base fields, the fields will never be installed, and the warning will show up in the status report.
  • We do have base fields overrides related to these fields, e.g. config/sync/core.base_field_override.node.data.oe_content_navigation_title.yml. Not sure how these affect the situation.
  • I don't know yet what's up with node.oe_timeline.

Solution

I found this change record in drupal.org with instructions:
https://www.drupal.org/node/3034742 "Support for automatic entity updates has been removed"

We can add a hook_update_N() in a custom module to install these fields.

However, I wonder, shouldn't this be done by oe_content module?
Putting this in a custom module can be good enough in practice, but is conceptually wrong, because the custom module does not own these fields. It can lead to unreliable results if we install and uninstall the custom module (depends if we put it in an install hook or an update hook).

Problems with the easyrdf installation

The line:
"easyrdf/easyrdf": "0.10.0-alpha.1 as 0.9.1", It's causing installation problems inside the container just when try to install the oe_content module through Composer.

Selection_025

"oe_event_programme" entity type does not exist

During the db updated I'm receiving the error below. It seems the "oe_event_programme" entity type does not exist and a module oe_content_event_event_programme is missing but I cannot find it.

Any idea on how to solve it? What should I have to install?

[error] OpenEuropa Theme Event Content requires this module.
(Currently using Unresolved dependency oe_content_event_event_programme (Missing))

[error] Drupal\Component\Plugin\Exception\PluginNotFoundException while adding Views handlers for field Content » Programme on index All: The "oe_event_programme" entity type does not exist. in Drupal\Core\Entity\EntityTypeManager->getDefinition() (line 139 of /var/www/html/oe_theme/build/core/lib/Drupal/Core/Entity/EntityTypeManager.php).

In Template.php line 419:
An exception has been thrown during the rendering of a template ("The "oe_event_programme" entity type does not exist.") in "__string_template__7d4112180379f3fe7202e57270894451cb6a088d3535b2
32973533c8e3a43a54" at line 1.

In EntityTypeManager.php line 139:
The "oe_event_programme" entity type does not exist.

EasyRdf\Exception: Unsupported URI scheme

Hello Guys,
I'm also having some issues with RDF specially on the Event content type:

[Thu Oct 15 09:58:30.571337 2020] [proxy_fcgi:error] [pid 35:tid 140102747539200] [client 192.168.80.1:41912] AH01071: Got error 'PHP message: Uncaught PHP Exception EasyRdf\\Exception: "Unsupported URI scheme: " at /Projects/home-ewsi-reference/vendor/easyrdf/easyrdf/lib/Http/Client.php line 411'

Virtuoso and all other containers are running correctly all other content types such as Page, Landing Page and news works as designed but Events.

Issues with latest oe_content_social_media_links_field updates

Hi there,
We are using openeuropa module oe_content_social_media_links_field

and recently after updating our composer dependencies (oe_theme to the latest version, we don't use oe_content, but it's enabled on our website) we are facing issues with rebuilding our website.

Error:

`Unable to decode output into JSON: Syntax error

Error: Call to a member function get() on null in oe_content_social_media_links_field_post_update_00001() (line 15 of /home/sergey/web/ds/web/modules/contrib/oe_content/modules/o
e_content_social_media_links_field/oe_content_social_media_links_field.post_update.php).`

The module page:
https://github.com/openeuropa/oe_content/tree/dda9e173f6bc305ce03d8c9c185645f7b069e490/modules/oe_content_social_media_links_field

We think that the update code:
https://github.com/openeuropa/oe_content/blob/dda9e173f6bc305ce03d8c9c185645f7b069e490/modules/oe_content_social_media_links_field/oe_content_social_media_links_field.post_update.php

is not sufficient because it implies that the client should have this field:

node.oe_social_media_links

but in fact, clients are not obliged to have this field.

But it's only our assumption.

Could you please clarify this issue?

Regards,Sergey

Problems using the field_group current version

Hi,
I was working in a issue in a openeuropa-based project, building a horizontal tabs layout when I thought about using a library of the field_group module, called "field_group / formatter.horizontal_tabs". After some problems, I found some patches but they didn't apply because the version used in oe_content is "drupal/field_group": "^1.0".

Currently, oe_content is using https://www.drupal.org/project/field_group/releases/8.x-1.0, from november 2017, and so it is marked in his own composer.json.

Would it be possible to update the dependency to a current version, type 3.0.0-rc1, for example?
Would there be many adaptation problems if the version is updated?
https://www.drupal.org/project/field_group/releases/8.x-3.0-rc1

Thanks in advance,

David.

PHP error occurs when clicking on the RDF tab in content section

After following the installation manual (latest release):

Go to http://web:8080/build/en/admin/content:
and click on the RDF link:


[Tue Mar 24 14:02:03.568295 2020] [core:notice] [pid 20:tid 140459469138880] AH00094: Command line: 'apache2 -D FOREGROUND'
[Tue Mar 24 14:55:28.727995 2020] [proxy_fcgi:error] [pid 24:tid 140459179468544] [client 192.168.48.1:52674] AH01071: Got error 'PHP message: TypeError: Return value of
Drupal\\rdf_entity\\RdfGraphHandler::getEntityTypeGraphUris() must be of the type array, null returned in /var/www/html/build/modules/contrib/rdf_entity/src/RdfGraphHandler.php on line 164 #0 /var/www/html/build/modules/contrib/rdf_entity/src/RdfGraphHandler.php(182):
 Drupal\\rdf_entity\\RdfGraphHandler->getEntityTypeGraphUris('rdf_entity', Array)\n#1 /var/www/html/build/modules/contrib/rdf_entity/src/Entity/Query/Sparql/Query.php(203): Drupal\\rdf_entity\\RdfGraphHandler->getEntityTypeGraphUrisFlatList('rdf_entity', Array)\n#2 /var/www/html/build/modules/contrib/rdf_entity/src/Entity/Query/Sparql/Query.php(149): 
Drupal\\rdf_entity\\Entity\\Query\\Sparql\\Query->prepare()\n#3 /var/www/html/build/modules/contrib/rdf_entity/src/Entity/Controller/RdfListBuilder.php(94): 
Drupal\\rdf_entity\\Entity\\Query\\Sparql\\Query->execute()\n#4 /var/www/html/build/core/lib/Drupal/Core/Entity/EntityListBuilder.php(86): 
Drupal\\rdf_entity\\Entity\\Controller\\RdfListBuilder->getEntityIds()\n#5 /var/...', referer: http://web:8080/build/en/admin/content

Regards, Sergey

Adding items to a multiple entities field not working

I’m just starting to move our project to Open europa and came up with the following issue. I hope you can give me some assistant if I'm missing something.
Thanks in advance for your help.

Steps to reproduce
Install project https://github.com/ec-europa/regio-ewrc-d8-reference
Install oe_content module: composer require "openeuropa/oe_content"
Enable openeuropa/oe_content: drush en oe_content oe_content_page oe_content_event

Expected behavior
In the add event form
after clicking “add new venue”
a venue is added.

Actual behavior
The ajax spinner stay spining forever.
Captura de pantalla 2020-12-16 a las 17 23 33

The browser console returns the following error: Uncaught RangeError: Maximum call stack size exceeded.
Captura de pantalla 2020-12-16 a las 17 22 31

Is impossible to create the event due the venue is a required field.

Remarks
The same behavior happens in all the content types with multiple entities fields included the page content type.

not forcing oe_documents widget to required

I would strongly suggest you of commenting the row 36 of oe_content_publication.module. a publication file could be a paid one and this means a more appropriate solution in this case is exposing a link for buying it and obviously this means oe_documents field in this case cannot be mandatory

Downgrade "easyrdf/easyrdf": "0.10.0-alpha.1 as 0.9.1" to not use an alias?

Issue already reported here: #77

When trying to build an openeuropa/distribution kind of package we found that using the alias approach here can only be used in the root composer.json and not in the composer.json of a dependency of the root project:

https://github.com/verbruggenalex/oesd/blob/master/composer.json#L22

Can anyone tell me why it is not possible to use the same version as drupal core requires?
- drupal/core 8.7.0 requires easyrdf/easyrdf ^0.9 -> satisfiable by easyrdf/easyrdf[0.9.0, 0.9.0-rc.1, 0.9.0-rc.2, 0.9.0-rc.3, 0.9.0-rc.4, 0.9.0-rc.5, 0.9.1, 0.9.x-dev].

Simply running composer require openeuropa/oe_theme does NOT work. The absolute minimum that should happen is to document that if someone wants to install the package that they should copy the aliased package into their own require section.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.