Just needed something that makes the URI unique
There's no plan to support Drupal 10.1. But if someone will provide a MR, I'm more than happy to review it and merge.
Thank you for explanations. Is it possible to add a test that shows the failure?
When you create a new node, the URI is auto generated using this plugin: \Drupal\rdf_sync\Plugin\rdf_sync\RdfUriGenerator\DefaultRdfUriGenerator. You can create your custom plugin in a custom module, then select it in "URI generator plugin" dropdown
Right now, there's no way to set the URI manually, in the node form. I think it can be done but needs some work. Contribution is welcomed.
This module → would benefit from suc a new property, see 💬 How to map image field? Active
Also note that there's ✨ Add a computed 'file_url' property to FileItem (for exposing file URL in file field normalization) Needs work aiming to fix this in core. With this you can map directly the computed property.
+1 for this. It should be similar with "processed" computer property from rich text fields.
I think you should create a computed field that computes the absolute file/image URL. Then map that field.
Opened 📌 Always map entity reference fields as "resource" Active to enforce "resource" on entity reference fields. Marking this a s fixed.
claudiu.cristea → created an issue.
Yes, that makes sense. But is not in the scope of this module to provide that URL.
Entity reference should be always mapped as "resource" (maybe the module should enforce and disable the select for such fields?). I would use xsd:anyURI for fields that hold a URI/URL that is not to designed for relations between entities, e.g., a link to documentation
I cannot reproduce this bug. Could please elaborate more the steps to reproduce?
claudiu.cristea → created an issue.
Ready for review
Working on this
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
Thank you for review.
Not sure if it's a bug but anyways it's a good improvement.
Well, if it's not a bug, then this module should state that per-role timeouts can be assigned to any role except for users with no roles (i.e., users with ONLY authenticated
role). But this is not documented anywhere accompanied with a good reason, so I still think it's a bug because I cannot configure specific timeouts for these kind of roles. Of course you can let authenticated
-only users to fallback to default timeout but you cannot set them as "NO AUTOLOGOUT", while having other roles that you want to fallback to default.
Unfortunately, new PHPCS rules forced me to drop support for PHP 7.4, otherwise the D9 test is failing. I will the module maintainers to weight on this but keep in mind that PHP 7.4 EOL was November 28, 2022
Providing a solution
claudiu.cristea → created an issue. See original summary → .
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
Thank you
claudiu.cristea → made their first commit to this issue’s fork.
Thank you
claudiu.cristea → created an issue.
Could we start adding predictability, at least, to config entity dependencies? See ✨ Index configurations are changing from export to export. Closed: duplicate
Nothing to do here, indeed but the issue is very annoying and 📌 Add orderby key to all sequences in core Active might take years until is fixed. Here's a workaround to whom it may concern:
/**
* Implements hook_ENTITY_TYPE_presave() for search_api_index entity type.
*
* On each config export, the Search API indexes dependencies are shuffled. This
* is just a workaround until #2855675 is fixed.
* @see https://www.drupal.org/i/2855675
* @todo Remove this when https://www.drupal.org/i/2855675 lands.
*/
function mymodule_search_api_index_presave(IndexInterface $index): void {
$sorted = [];
foreach ($index->getDependencies() as $type => $dependencies) {
sort($dependencies);
$sorted[$type] = $dependencies;
}
$index->set('dependencies', $sorted);
}
Thank you
Legitimate
Moved the changes to 🐛 Wrong normalization of multiple entity references Needs review . Closing as duplicate.
claudiu.cristea → created an issue.
Ready for review. In the pipeline there's also a "test only" job that proves the bug
claudiu.cristea → created an issue.
Credits for review.
Let's test the other side of this. That other characters result in an error.
Just that the error message could be misleading because it might refer to \x03
claudiu.cristea → made their first commit to this issue’s fork.
Not sure I've landed in the right place. I have two different MRs from two different issue. Both are changing or add schemas. And both are failing in this job. I have no idea what I'm doing wrong or what should I fix. I think the failure deserves a good error message in the job's log. Now is so opaque...
My cases:
Tests green. Ready for review.
Tests added. Removing tag
I think it makes sense but this is still a feature request. The MR looks good, tentatively set to RTBC
cspell, phpstan, phpcs and eslint will be fixed in 📌 Make cspell, phpstan, phpcs and eslint green Active
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
claudiu.cristea → made their first commit to this issue’s fork.
We need a decision regarding ✨ Provide a Entity Handler for user cancelation Needs work
Is this 🐛 Config inspector stopped working after Drupal 10.2 update Active related?
I'm getting this for a null
value of a mapping which is nullable. Maybe we need
📌
Configuration schema & required values: add test coverage for `nullable: true` validation support
Fixed
in Drupal 10.2?
Note that cspell warning is handled in 🐛 Fix cspell failure Active
claudiu.cristea → created an issue.
Fixed 1, 2
Remark 3 was was already fixed in https://git.drupalcode.org/project/rdf_sync/-/commit/52cabbc62e2f6bce8b5...
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
claudiu.cristea → created an issue.
Setting back as RTBC as it was just very minor change in the PHPCS rules added recently
Rerolled