I am closing it because it is already duplicated and work has been done on https://www.drupal.org/project/entity_bundle_field/issues/3482145 β¨ Allow reference bundles from any content entity type Active . Thanks!
Thank you for your contribution @psf_ :)
I have been testing the changes you have implemented. I have patched a small bug in the code (more info here https://www.drupal.org/node/3375748 β ). I will prepare a new release with the new features.
juandels3 β created an issue.
Hi.
I confirm that this bug is not reproduced in version 4.x-dev, so it is already fixed from this version onwards. Thanks!
Hi. The current status is as follows:
The errors still persists, including in version 2.2.6 with Drupal 10.3.x.
- Js error when opening the βAdvancedβ tab when more than one attribute has been enabled from the configuration.
- Js error if a single attribute is enabled from the configuration.
- MR #17 fixes the first point, but takes the βOpen in new windowβ value out of βAdvancedβ.
The same error happened to me. When downgrading to version 2.0.1 the error is not reproduced.
Patch #33 working for Drupal 10.3 with version 8.x-3.6 module. I have created the merge request and it is ready for review.
juandels3 β made their first commit to this issueβs fork.
juandels3 β changed the visibility of the branch 3455969-add-readme-file to hidden.
juandels3 β created an issue.
juandels3 β created an issue.
juandels3 β created an issue. See original summary β .
juandels3 β made their first commit to this issueβs fork.
juandels3 β made their first commit to this issueβs fork.
Merged. Thanks!
I cannot replicate the error, could you please provide more information?
Additionally, have you taken into account the
issue
π
β οΈ Module main functionality refactoring
Fixed
stated on the module page that you need to take into account when upgrading from 2.0.x to 3.0.x, 3.1.x?
Where can the message shown in the issue be reproduced, is it related to the Pathauto module or Path? I only see this status message when I create or modify a URL Alias.
Have you thought about implementing a custom cron that checks from time to time if there are csv's available, and if there are, imports them into a given vocabulary?
I attach a more up-to-date image to replace the current one, which is shown on the
module page β
.
Although the documentation of the module is already included in the README of the project, maybe some more information on the module page would be a good idea.
Maybe it is some error at the level of your infrastructure configuration. Checks I suggest:
- Check php directive "upload_max_filesize".
- Check admin/config/media/file-system. Do you have the public file path and private file path configured correctly?
- Can you upload other types of files on the site (images, documents, videos... etc)?
Hi. I have tried importing the CSV_Test.csv file provided by Taxonomy Import, and the taxonomy terms in the vocabulary have been imported successfully. I am using Drupal 10.2.2. It would be interesting if I could obtain some kind of log, either from the watchdog, server logs, or through debugging, in order to replicate the mentioned error. Thank you for your time!
I think the most coherent approach is to keep the field type as 'textfield' and limit the allowed characters to 512. The editing ease and user experience provided by a 'textarea' field make no sense in this scenario, where only an authorization token will be pasted.
juandels3 β made their first commit to this issueβs fork.
Hi @tuthanh. I suggest you check the anonymous role permissions for the DropzoneJs module. If they are correct, check solution #15 π¬ At least one valid file should be uploaded. Fixed .
Hi! After applying patch #14 the display errors are fixed, but errors are still displayed when opening the "Advanced" spoiler. I have made several tests until I detected that this error is only displayed when enabling the "Open in new window ()" attribute in the settings (Text formats and editors > CKEditor 5 plugin settings > Advanced links). If this attribute is disabled, it is not displayed.
Patch #5 β¨ Add in support for Content Security Policy nonce and - Needs review works correctly for me. After testing from Mozilla Observatory, I continued to have a loss of points in the SRI directive. Thanks to this tool I was able to locate those resources that were not loading in SRI compliance, and I was able to modify them and add "Integrity" and "Crossorigin" to them via a hook_js_alter
I had this error in Drupal 8.9.20. The error was occurring in two of the three website environments, although it was occurring in any web browser and user role.
The final solution for me has been #15. Specifically, I modified the dropzonejs.settings.yml configuration by adjusting:
tmp_upload_scheme: public
Sorry. The previous patch was not for version 2.0.5 of the module. This one is.
This patch fixes the bug, transforming the format encoding to utf-8.
juandels3 β created an issue.