I figured it out. My apologies.
Here's the fix:
In the text format configuration, I added AI Assistant. When I did this, I didn't know what "Language" meant under this heading, "Use languages or taxonomy terms for language selection." I had selected "Language" instead of "Taxonomy Term". It's so basic and simple, I apologize for creating a whole issue about this.
The reason I was confused is because my Taxonomy is called "Language". In this case that word has two different meanings. It might be good to not call the Taxonomy "Language" just to be absolutely certain you aren't dealing with Drupal's "Language".
I'm focused on CK Editor right now. Here's the AI synopsis of the AJAX error.
Explanation
Understanding the problem
This Drupal.AjaxError indicates that an AJAX request initiated by Drupal failed to complete successfully. Although the HTTP result code is 200 (which typically means the request was successful), the StatusText is parsererror. This suggests that the server responded, but the response could not be properly parsed as valid JSON by the client-side JavaScript. The ResponseText further clarifies the issue: a fatal PHP error occurred on the server side, specifically a "Call to a member function getName() on null" within the Drupal\ai_ckeditor\Plugin\AICKEditor\Translate->ajaxGenerate() method. This means that a variable or object that was expected to be a valid object was actually null when the getName() method was called.Suggested fix
The error message points to a PHP error on the server. You need to debug the PHP code within the ajaxGenerate() method of the Translate.php file. The "Call to a member function getName() on null" suggests that a variable is null when it's expected to be an object with a getName() method.Identify the variable that is null: Examine the code in Translate.php at line 204 within the ajaxGenerate() method. Find where getName() is being called and determine which variable it's being called on.
Trace why the variable is null: Work backward from the line of the error to understand why that variable is not being assigned a proper object value. This could be due to missing configuration, incorrect data being passed to the method, or a dependency injection issue.
Fix the PHP code: Based on your findings, modify the PHP code to ensure the variable in question is a valid object before getName() is called. This might involve adding checks for null, ensuring dependencies are correctly injected, or adjusting how data is processed.
Since the specific code causing the issue is server-side PHP, I cannot provide a direct code fix in this context. You will need to inspect the PHP file mentioned in the error (/var/www/html/web/modules/contrib/ai/modules/ai_ckeditor/src/Plugin/AiCKEditor/Translate.php) and debug the logic there.Summary
A Drupal.AjaxError with a parsererror status text and a 200 HTTP result code, accompanied by a PHP error in the ResponseText, indicates that the AJAX request completed in terms of network communication but failed because the server-side PHP code encountered a fatal error before it could return a valid, parsable response. The fix requires debugging and correcting the PHP code on the server that generated the error.
Here's the console message:
Uncaught Drupal.AjaxError {message: '\nAn AJAX HTTP error occurred.\nHTTP Result Code: 20…ai_ckeditor/src/Plugin/AiCKEditor/Translate.php).', name: 'AjaxError', stack: 'Error\n at https://amazee-ai.ddev.site:33001/cor…ddev.site:33001/core/misc/ajax.js?v=11.2.4:1930:3'}message: "\nAn AJAX HTTP error occurred.\nHTTP Result Code: 200\nDebugging information follows.\nPath: /api/ai-ckeditor/dialog?_wrapper_format=drupal_modal&ajax_form=1\nStatusText: parsererror\nResponseText: Error: Call to a member function getName() on null in Drupal\\ai_ckeditor\\Plugin\\AICKEditor\\Translate->ajaxGenerate() (line 204 of /var/www/html/web/modules/contrib/ai/modules/ai_ckeditor/src/Plugin/AiCKEditor/Translate.php)."name: "AjaxError"stack: "Error\n at https://amazee-ai.ddev.site:33001/core/misc/ajax.js?v=11.2.4:198:32\n at https://amazee-ai.ddev.site:33001/core/misc/ajax.js?v=11.2.4:1930:3"[[Prototype]]: Error
at https://amazee-ai.ddev.site:33001/core/misc/ajax.js?v=11.2.4:198:32
at htHere's the stacktrace:
Drupal.Ajax.error @ ajax.js?v=11.2.4:1221
complete @ ajax.js?v=11.2.4:610
options.complete @ jquery.form.js?v=4.3.0:301
c @ jquery.min.js?v=4.0.0-rc.1:2
fireWith @ jquery.min.js?v=4.0.0-rc.1:2
E @ jquery.min.js?v=4.0.0-rc.1:2
(anonymous) @ jquery.min.js?v=4.0.0-rc.1:2
XMLHttpRequest.send
send @ jquery.min.js?v=4.0.0-rc.1:2
ajax @ jquery.min.js?v=4.0.0-rc.1:2
$.fn.ajaxSubmit @ jquery.form.js?v=4.3.0:340
Drupal.Ajax.eventResponse @ ajax.js?v=11.2.4:798
(anonymous) @ ajax.js?v=11.2.4:648
dispatch @ jquery.min.js?v=4.0.0-rc.1:2
v.handle @ jquery.min.js?v=4.0.0-rc.1:2Hello, drush updb didn't do anything when I tried that. Then I saw the "mismatched" error. When I see this, I naturally think I need to try doing the entity update.
It could just be a CK Editor issue, according to Matthew at Amazee.
I have some more info. I noticed I'm getting an AJAX error in CK Editor when I click Translate.
Uncaught Drupal.AjaxError {message: '\nAn AJAX HTTP error occurred.\nHTTP Result Code: 20…ai_ckeditor/src/Plugin/AiCKEditor/Translate.php).', name: 'AjaxError', stack: 'Error\n at https://amazee-ai.ddev.site:33001/sit…OmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27:19718'}message: "\nAn AJAX HTTP error occurred.\nHTTP Result Code: 200\nDebugging information follows.\nPath: /api/ai-ckeditor/dialog?_wrapper_format=drupal_modal&ajax_form=1\nStatusText: parsererror\nResponseText: Error: Call to a member function getName() on null in Drupal\\ai_ckeditor\\Plugin\\AICKEditor\\Translate->ajaxGenerate() (line 204 of /var/www/html/web/modules/contrib/ai/modules/ai_ckeditor/src/Plugin/AiCKEditor/Translate.php)."name: "AjaxError"stack: "Error\n at https://amazee-ai.ddev.site:33001/sites/default/files/js/js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27:2411\n at https://amazee-ai.ddev.site:33001/sites/default/files/js/js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27:19718"[[Prototype]]: Error
at https://amazee-ai.ddev.site:33001/sites/default/files/js/js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27:2411
at https://amazee-ai.ddev.site:33001/sites/default/files/js/js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27:19718
Drupal.Ajax.error @ js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27
complete @ js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27
options.complete @ js_UcQW3OsKd-Z2I4et8JdRgvScMEC4IwouxWEyy_pgv4Q.js?scope=footer&delta=6&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:4
c @ jquery.min.js?v=4.0.0-rc.1:2
fireWith @ jquery.min.js?v=4.0.0-rc.1:2
E @ jquery.min.js?v=4.0.0-rc.1:2
(anonymous) @ jquery.min.js?v=4.0.0-rc.1:2
XMLHttpRequest.send
send @ jquery.min.js?v=4.0.0-rc.1:2
ajax @ jquery.min.js?v=4.0.0-rc.1:2
$.fn.ajaxSubmit @ js_UcQW3OsKd-Z2I4et8JdRgvScMEC4IwouxWEyy_pgv4Q.js?scope=footer&delta=6&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:4
Drupal.Ajax.eventResponse @ js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27
(anonymous) @ js_mO82Kt7VyJ7TTGpJdeaLZ2mhUyiCdlvL-aYU8c4vi7c.js?scope=footer&delta=3&language=en&theme=gin&include=eJyNUkt2pDAMvJA7Xs0Rku0cgSeMAL32h1gymb79yNBu0iGLXvBwlcrlsiygzs0gfRI7phwuLBkhGFD6igNJyvbb2kCRxLBiV8V2yGUB__ZEmqb9YykK5qiCu-5ReUXzhmGZgYlfEs8S_HucKOJL8qALMC6NI2K7xY6U1F3_pIA_Co25eIpXDZQy2sMMPE0xYJRTQftSWwKnSu-Tu36WJPizQnH4xamee-b4pFuABT9yCn_HkdzJPGNIK378GolTyQ7fFVGcfhYFen93a2_uhFa8HMEezfIeFn4Ws4AgP1GbY0ZeUmQ1MiN5faxW3ZHR97R1UxdhpQmEUtw4_TpwrjaqQYq0g1D1NZ0abwTTgD3sZizkrjdTU5Mc9zPbPHSe-gz5Zr9omFCUjKUr1DLdoTmyHAP2LV9Mw-OSdW0WkLkRdb0RdTTaOexmHIp2w66YNaDOmXaHjcBE480OOELx0uD-e0bdkvxNe8b_AazOdiw:27
dispatch @ jquery.min.js?v=4.0.0-rc.1:2
v.handle @ jquery.min.js?v=4.0.0-rc.1:2Hello, logging is on. I haven't been able to get AI Translate able to work in Explorer whatsoever. Also, I have Translate configured with Taxonomy, CK Editor, etc. When I try to translate in CK Editor, nothing happens. I have logging enabled. Nothing goes to logging unless it's successful. Nothing is logged because nothing is happening. I don't think it's a provider issue (Amazee.ai) but I'm speaking with them to see if they can get it working. Thus far, I haven't been able to get anything related to Translate working. I realize there are a lot of configuration steps and I think I've covered them all. What I have not tried is creating a custom content type instead of using Basic Page.
In Basic Page, I'm switching to Spanish in the edit form, then selecting the text and clicking on AI Assistant "Translate". It opens up a dialog box where I can once again choose Spanish from the language vocabulary. When I click "Translate", it says, "AI Writer: Idle" and nothing happens. If I go to logs, there is no record because apparently nothing happens.
I'm stuck on not being able to perform entity type update for the 1.12 update. Drupal shows an error matching the one above.
When I run drush entup using Devel, I get this general error, "SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'enabled' cannot be null". I could provide details of this error. In PHPMyAdmin, the structure for the "enabled" field shows that the default is NULL and the Null field is checked. The values for all records include Default = Null and Enabled = Null.
The errors in command line reference:
SqlFieldableEntityTypeListenerTrait.php Line 220
SqlContentEntityStorage.php Line 866
ExceptionHandler.php Line 45
StatementWrapperIterator.php Line 113
Here's the structure shown for this field in the redirect table in PHPMyAdmin
14 enabled tinyint Yes NULL
Should NULL be "Yes"?
In SqlFieldableEntityTypeListenerTrait.php line 220:
The entity update process failed while processing the entity type redirect, ID: 2182.
In SqlContentEntityStorage.php line 866:
SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'enabled' cannot be null: INSERT INTO "tmp_d4277credirect" ("rid", "type", "uuid", "language", "enabled", "hash", "uid",
"redirect_source__path", "redirect_source__query", "redirect_redirect__uri", "redirect_redirect__title", "redirect_redirect__options", "status_code", "created") VALUES (:db_insert_pl
aceholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_pl
aceholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9, :db_insert_placeholder_10, :db_insert_placeholder_11, :db_insert_placeholder_12, :db_insert_placeholder_13); Array
(
[:db_insert_placeholder_0] => 2182
[:db_insert_placeholder_1] => redirect
[:db_insert_placeholder_2] => cea28385-f8a3-4904-85b9-a23735b04c95
[:db_insert_placeholder_3] => und
[:db_insert_placeholder_4] =>
[:db_insert_placeholder_5] => 44QZOQoTxNZCCmWu9wsh4diJClT4DZVLPIC4rmt-CCQ
[:db_insert_placeholder_6] => 0
[:db_insert_placeholder_7] => depts/sheriff/services/adult-corrections-(county-jail)
[:db_insert_placeholder_8] => N;
[:db_insert_placeholder_9] => http://www.dgso.org/index.php?option=com_content&view=article&id=28&Item...
[:db_insert_placeholder_10] =>
[:db_insert_placeholder_11] => a:0:{}
[:db_insert_placeholder_12] => 301
[:db_insert_placeholder_13] => 1673032491
)
In ExceptionHandler.php line 45:
SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'enabled' cannot be null: INSERT INTO "tmp_d4277credirect" ("rid", "type", "uuid", "language", "enabled", "hash", "uid",
"redirect_source__path", "redirect_source__query", "redirect_redirect__uri", "redirect_redirect__title", "redirect_redirect__options", "status_code", "created") VALUES (:db_insert_pl
aceholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_pl
aceholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9, :db_insert_placeholder_10, :db_insert_placeholder_11, :db_insert_placeholder_12, :db_insert_placeholder_13); Array
(
[:db_insert_placeholder_0] => 2182
[:db_insert_placeholder_1] => redirect
[:db_insert_placeholder_2] => cea28385-f8a3-4904-85b9-a23735b04c95
[:db_insert_placeholder_3] => und
[:db_insert_placeholder_4] =>
[:db_insert_placeholder_5] => 44QZOQoTxNZCCmWu9wsh4diJClT4DZVLPIC4rmt-CCQ
[:db_insert_placeholder_6] => 0
[:db_insert_placeholder_7] => depts/sheriff/services/adult-corrections-(county-jail)
[:db_insert_placeholder_8] => N;
[:db_insert_placeholder_9] => http://www.dgso.org/index.php?option=com_content&view=article&id=28&Item...
[:db_insert_placeholder_10] =>
[:db_insert_placeholder_11] => a:0:{}
[:db_insert_placeholder_12] => 301
[:db_insert_placeholder_13] => 1673032491
)
In StatementWrapperIterator.php line 113:
SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'enabled' cannot be null
Even after running "drush entup", I get this message:
Mismatched entity and/or field definitions
The following changes were detected in the entity type and field definitions.
Redirect
The Redirect entity type needs to be updated.
What's the solution to this message when installing 12? I think this must be related to my issue.
Mismatched entity and/or field definitions
The following changes were detected in the entity type and field definitions.
Redirect
The Enabled field needs to be installed.
Locally, when I run `drush entup` using Devel, it says the field needs to be installed. I had to do this in production by enabling Devel and running the command. Once I run this command, the "Enabled" checkbox is not checked for any of my redirects.
Your suggestion is that I have custom code around redirects. I'm unaware of any and don't know how I would find this. Any thoughts?
Downgrade to 1.11 resolved my issue for the time being. I'm still curious if something can be done to make sure these fields are turned on, rather than off.
All of my redirects are now "off" after the update. I have to downgrade so that my existing redirects can work. All redirects appear to be "Off" in the new Enabled field. There are 1000s of redirects in place so I can't just manually turn them all off.
This happened to me and some people noticed redirects not working anymore. I investigated and found they had an "Enable" checkbox which was not selected. Is the "Enable" box new? That's a separate issue, but related to the update. Opening another issue if it's not already reported.
I'm seeing another error triggered by using the CK Editor AI Assistant.
Warning: Undefined array key 4 in Drupal\ai_ckeditor\Plugin\AICKEditor\Translate->ajaxGenerate() (line 204 of /var/www/html/web/modules/contrib/ai/modules/ai_ckeditor/src/Plugin/AiCKEditor/Translate.php)
#0 /var/www/html/web/core/includes/bootstrap.inc(104): _drupal_error_handler_real()
#1 /var/www/html/web/modules/contrib/ai/modules/ai_ckeditor/src/Plugin/AiCKEditor/Translate.php(204): _drupal_error_handler()
#2 [internal function]: Drupal\ai_ckeditor\Plugin\AICKEditor\Translate->ajaxGenerate()
#3 /var/www/html/web/core/lib/Drupal/Core/Form/FormAjaxResponseBuilder.php(69): call_user_func_array()
#4 /var/www/html/web/core/lib/Drupal/Core/Form/EventSubscriber/FormAjaxSubscriber.php(112): Drupal\Core\Form\FormAjaxResponseBuilder->buildResponse()
#5 /var/www/html/vendor/symfony/event-dispatcher/EventDispatcher.php(246): Drupal\Core\Form\EventSubscriber\FormAjaxSubscriber->onException()
#6 /var/www/html/vendor/symfony/event-dispatcher/EventDispatcher.php(206): Symfony\Component\EventDispatcher\EventDispatcher::Symfony\Component\EventDispatcher\{closure}()
#7 /var/www/html/vendor/symfony/event-dispatcher/EventDispatcher.php(56): Symfony\Component\EventDispatcher\EventDispatcher->callListeners()
#8 /var/www/html/vendor/symfony/http-kernel/HttpKernel.php(241): Symfony\Component\EventDispatcher\EventDispatcher->dispatch()
#9 /var/www/html/vendor/symfony/http-kernel/HttpKernel.php(91): Symfony\Component\HttpKernel\HttpKernel->handleThrowable()
#10 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle()
#11 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#12 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#13 /var/www/html/web/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#14 /var/www/html/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(116): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#15 /var/www/html/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(90): Drupal\page_cache\StackMiddleware\PageCache->pass()
#16 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#17 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#18 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(53): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#19 /var/www/html/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#20 /var/www/html/web/core/lib/Drupal/Core/DrupalKernel.php(715): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#21 /var/www/html/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#22 {main}
I failed to realize that I need to configure the various options in Configuration->Text Formatting for the editor that I'm using, which is "Content". When I added the "stars" to the editor, I didn't set up any of the various options with my provider. Once I did this, the CK Editor appears to be functioning as I would expect.
Here's the workaround: Make the button itself conditionally visible based on the checkbox, instead of the pages that follow. This fixes the issue. I doubt many people run into this, but who knows. Might be good to change the logic somehow.
I wonder if the form thinks it's done, because the other pages aren't enabled unless you check the box. That explains why, if you go back to the first page from the second page, it actually says "Proceed".
This is happening again. Attaching a screenshot of the first page of the form. I don't know how to recreate it. It's a multipage webform. I have the most updated version of the module and Drupal 10.3.x. The first page has a conditional, where you cannot continue without checking the box because the next page(s) are visibly dependent on this checkbox. I do not have Ajax enabled, because that's generally been an issue with multipage. I changed the "Submit" button element to say "Proceed" and "Previous. It does on all pages except the first page.
Seeing this related issue. The button here is "empty". It needs some sort of label for accessibility.
<nav class="tbm tbm-main tbm-arrows" id="tbm-main" data-breakpoint="1199" aria-label="main navigation" data-initialized="true">
Empty button
<button class="tbm-button" type="button">
What It Means
A button is empty or has no value text.
Why It Matters
When navigating to a button, descriptive text must be presented to screen reader users to indicate the function of the button.
How to Fix It
Place text content within the element or give the element a value attribute.
I'm seeing a couple of related issues with the Megamenu module for Drupal 10.
1. In a dropdown "level 1" submenu, such as:
<span class="tbm-link level-1 no-link tbm-toggle" tabindex="0" aria-expanded="false">
Explore
</span>This is reportedly a misuse of aria attributes, according to WCAG 2.1 AA, SC 4.1.2.
To fix: ARIA attribute is not allowed: aria-expanded="false"
2. The level 1 "list" used in megamenu is missing the "aria-haspopup" attribute:
<li class="tbm-item level-1 tbm-item--has-dropdown" aria-level="1">
This also deals with SC 4.1.2.
To fix: Add aria-haspopup="true" to menu items with dropdowns. Ensure the menu element with aria-haspopup is focusable and can activate the popup.
Hello, is there a way to test this locally? I'm not confident with forking the branch. Is there a .diff file produced in the repo?
If anyone in Slack wants to jump on a huddle with me, I'd be happy to try to contribute to this issue. I just don't know exactly how to contribute. I may be in need of more mentorship.
git@git.drupal.org: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Hello Randy - I figured out how to get push access above. I also noticed this provided instructions on how to add and fetch. I'm currently attempting to use DrupalForge. When I run this command, it says I don't have access. git fetch drupal-3444906. Also, I didn't get an email from git.drupalcode.org to confirm the account but there was one saying I've been given access to https://git.drupalcode.org/issue/drupal-3444906. I can't click the button there.
I created an issue fork on a random issue. I also can't click on the button "Fork" but I have access. I was able to add and fetch that one. Currently waiting for that one to load into Drupal Forge.
Hello, I'm trying to use this to learn how to fork, merge, contribute. When I go to git.drupalcode.org, the "fork" button is disabled. Is that disabled intentionally? Perhaps because this was meant to be a temporary fork for DrupalCon only?
If you can get devel and devel entity updates installed (I'm having trouble in D11), you can run 'drush entup'. That's what's always worked for me when seeing this.
I was in the wrong codebase, sorry.
Regarding installation, I had no issues. The module is installed. I checked recent logs for anything related to the module. I see this warning:
Schema information for module views_url_alias was missing from the database. You should manually review the module updates and your database to check if any updates have been skipped up to, and including, views_url_alias_update_8000().
This may have been before I updated the database.
I'm seeing a Views UI error. Not sure if it's related.
Error: Call to a member function getPluginDefinition() on null in Drupal\views_ui\ViewListBuilder->getDisplaysList() (line 259 of /app/web/core/modules/views_ui/src/ViewListBuilder.php).
As for the View, I'm following along with your example. I created a view with all content that is Published. I added a relationship to "Content URL Alias". I added an exposed filter using "Contains" for the Alias: URL Alias field. When I put anything in the search input, nothing appears.
@alison Did you look at the views_url_alias table manually? (I don't know how else you would). I'm going to see if I can find a .readme or any documentation on how to use this module.
I have a bad habit of creating issues, then later on I don't remember the context of the issue. I'm looking for the view or what I might have been doing at the time. I'll report back one way or another with an answer.
I found something interesting, however.
It appears that whatever the wildcard represents cannot contain at least a hyphen (-). For example,
If I do this...
From: /depts/voting-and-elections/polling-places/*
To: /county-clerk/voting-and-elections/where-to-vote
This string won't work...
/depts/voting-and-elections/polling-places/precinct-2
But this one will
/depts/voting-and-elections/polling-places/2025 (no hyphen in the wildcard string)
Is this a known issue or something that won't be resolvable? Of course, it would need to be verified. I'm concerned that anything having any valid URL punctuation like hypen - or / backward slash will not be resolvable using wildcards.
I tried MR97. I added as a patch, ran composer and so forth. I tried doing something like this:
From: /county-news/*
To: /news/*
It is not working for me. Is this the correct usage of a wildcard?
richardgaunt → credited rraney → .
I added as a patch, cleared cache, but it's still there. Is this part of the main alpha release?
Pierre will be creating an issue for Civic Theme. I'm not finding any issues with the modules that Civic Theme requires. You can close :)
This appears to be due to a conflict with Civic Theme or one of its dependencies. I don't think it's inherently an issue with this module, but it would take some testing.
rraney@itjlelap31:~/sandboxcms$ lando composer require 'drupal/ui_patterns:^2.0'
./composer.json has been updated
Running composer update drupal/ui_patterns
Loading composer repositories with package information
Updating dependencies
Lock file operations: 3 installs, 0 updates, 0 removals
- Locking drupal/ui_patterns (2.0.5)
- Locking justinrainbow/json-schema (6.4.2)
- Locking marc-mabe/php-enum (v4.7.1)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 3 installs, 0 updates, 0 removals
- Downloading marc-mabe/php-enum (v4.7.1)
- Downloading justinrainbow/json-schema (6.4.2)
- Downloading drupal/ui_patterns (2.0.5)
- Installing marc-mabe/php-enum (v4.7.1): Extracting archive
- Installing justinrainbow/json-schema (6.4.2): Extracting archive
- Installing drupal/ui_patterns (2.0.5): Extracting archive
Generating optimized autoload files
55 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
No security vulnerability advisories found.
I just confirmed doing the composer require command for this module, then clearing cache caused this issue. Prior to this step, the site was working fine.
Also prior to this step, I installed the Civic Theme. Perhaps there is a conflict.
---
okay thank you
I tried removing this module using 'composer remove'. I cleared cache and the error is still there, so now I have some doubt about this module being the cause. It happened right after I required it, so I'm at a loss.
Thank you. I searched for field_group in issues, but didn't see that one. I guess we can close as duplicate.
Is this the version with the change? https://www.drupal.org/project/ui_suite_uswds/releases/4.0.x-dev →
I have the patch installed. I'm now seeing this when I run composer update or install.
drupal/block_class has modified files:
M src/Service/BlockClassHelperService.php
Discard changes [y,n,v,d,s,?]? n
Install of symfony/string failed
Install of symfony/polyfill-php81 failed
Install of symfony/serializer failed
Install of symfony/routing failed
Install of symfony/http-foundation failed
Install of symfony/mime failed
Install of symfony/mailer failed
Install of symfony/var-dumper failed
Install of laminas/laminas-escaper failed
Install of laminas/laminas-feed failed
To reproduce (as this was closed due to inability to reproduce):
Drupal 10
Create a block that holds a webform
Install Layout Paragraphs
Create a paragraph that can hold a block
On a page using Layout paragraphs, add a block paragraph which holds the webform block
Save the page
This should reproduce the issue
I have this issue exactly as Rob has laid it out. I use Layout Paragraphs. The issue happens when I have a block paragraph that holds a webform.
There are at least two big issues with Gin that have forced me to switch to Claro. I wish the best parts of both would merge into a dream theme :). This may be a Gin issue and not Layout Paragraphs, as you mentioned.
Thanks, we can close if that's the recommendation. It seems like we'd be making this change only to please security scans. The reason they suggest no autocomplete seems to do more with credit card fields, etc. Since browsers ignore password, it seems pointless to change this field. Thanks
I just found this, so I'll test it out
https://www.drupal.org/project/no_autocomplete →
Added a related issue because I think autocomplete should be set to "off" for security reasons, or at least the option to change it somewhere.
https://www.drupal.org/project/drupal/issues/3522461#comment-16094484
✨
User login form password field not set with autocomplete attribute
Active
What's wrong with the current value is explained. It is a potential security risk as outlined. I dropped a bunch of verbiage from a security audit. I'm asking for the ability to change this attribute to "off" for security reasons, one way or another. If it's not going to be agreed upon as an implementation, then perhaps you could close it with a suggestion on how I might hack around this. Thanks
I'm still seeing this issue in Drupal 10 with Gin Admin Theme 8.x-3.0. I will attach screenshots if I can. If I open DevTools, this is the style that's causing it.
table.sticky-header thead {
position: sticky;
z-index: 500;
top: var(--drupal-displace-offset-top, 0);
}
This is a core CSS setting in sticky-header.module.css. Should I open or try to find an issue in Core?
/core/misc/components/sticky-header.module.css?sugbrg
If I uncheck the position setting, it fixes the issue.
I have some form of this issue on Windows Server with Drupal 10 and Bootstrap Barrio theme. I wasn't having issues with 777. The errors have to do with the "system" not being able to make a directory in the sites/default/files/php/twig folder and also renaming a file. The patch works. I'm curious if a remedy will be made in SDC, Bootstrap theme or core.
I guess the error is a duplicate but not what's triggering it.
I'm seeing this every time I save the Block Layout page.
The website encountered an unexpected error. Try again later.
TypeError: array_merge(): Argument #1 must be of type array, string given in array_merge() (line 202 of modules/contrib/block_class/src/Service/BlockClassHelperService.php).
It's going to be hard to troubleshoot because I never had the issue locally. Only in internet staging and production. I can confirm this when I get an opportunity, but local worked fine for me before I used the patch. I'm not if that's because I have aggregation only in production, or what.
I have never used git bisect. I would have to learn how. It looks a bit involved. I have so many commits, I don't know how I would find the one that caused this issue.
This appears to have caused issues with my build, similar to the post above, but with custom.css.
https://www.drupal.org/project/webform/issues/3503436
🐛
Webform custom CSS not applied unless ALL anonymous traffic allowed to create submissions
Active
The issue you linked definitely seems related and the change made appears to be this. https://www.drupal.org/i/3389539 →
I may try the patch from the other issue and downgrading to 6.2.2. I'm wondering what changed related to this after 6.2.2.
I tried to add more information about CDN, but I don't know exactly what's meant by "setup". I'll go ahead and provide the header info.
Server hostname
www.oursite.gov
Remote Client
Remote address
198.248.x.x
Remote hostname
N/A
Remote country code
🇺🇸 US
User agent
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/132.0.0.0 Safari/537.36 Edg/132.0.0.0
Request
Timestamp
Jan 30, 12:00:57 PM CST
Method
GET
Scheme
https
Server name
www.oursite.gov
Protocol
HTTP/3
Path
/webform/css/community_partner_budget_request/custom.css
URI
/webform/css/community_partner_budget_request/custom.css
Full URL
https://www.oursite.gov/webform/css/community_partner_budget_request/cus...
TLS protocol
TLSv1.3
TLS cipher
TLS_AES_256_GCM_SHA384
Request Headers
Accept
text/css, */*;q=0.1
Accept-Encoding
br
Accept-Language
en-US, en;q=0.9
Asn
2495
Cdn-Loop
Fastly, Fastly, Fastly
Client-Ja3
dd3b06fc126532d749914464b162dea5
Country-Code
US
Fastly-Client
1
Fastly-Client-Ip
198.248.172.2
Fastly-Ff
shtNug6M3Q8p1zl8HcxqZvd1TrCuVsvNDTlUiVeUfsI=!MCI!cache-mci680067-MCI, shtNug6M3Q8p1zl8HcxqZvd1TrCuVsvNDTlUiVeUfsI=!MCI!cache-mci680025-MCI, shtNug6M3Q8p1zl8HcxqZvd1TrCuVsvNDTlUiVeUfsI=!IAD!cache-iad-kiad7000037-IAD
Fastly-Orig-Accept-Encoding
br
Fastly-Request-Id
ec4425ce594349e5197c79a7
Fastly-Ssl
1
Host
www.oursite.gov
Priority
u=0
Proxy-Type
?
Proxy_desc
?
Referer
https://www.oursite.gov/webform/community_partner_budget_request/test
Sec-Ch-Ua
"Not A(Brand";v="8", "Chromium";v="132", "Microsoft Edge";v="132"
Sec-Ch-Ua-Mobile
?0
Sec-Ch-Ua-Platform
"Windows"
Sec-Fetch-Dest
style
Sec-Fetch-Mode
no-cors
Sec-Fetch-Site
same-origin
True-Client-Ip
198.248.x.x
User-Agent
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/132.0.0.0 Safari/537.36 Edg/132.0.0.0
X-Forwarded-For
198.248.x.x, 140.248.x.x
X-Forwarded-Host
www.oursite.gov, www.oursite.gov
X-Forwarded-Server
cache-mci680067-MCI, cache-iad-kiad7000037-IAD
X-Original-Url
/webform/css/community_partner_budget_request/custom.css?sqwxhn&sqwxhn
X-Pass
redacted
X-Sigsci-Edgemodule
vcl 2.7.0
X-Sigsci-Requestid
72ddd02f096749259b3b00000000002e
X-Static-Asset
1
X-Timer
S1738260057.095938, VS0, VS0
X-Varnish
4228963453
X-Waf-Block
0
X-Waf-Block-Id
0
Response
Agent response
200
HTTP response code
403
HTTP response size
67.2KB
Total duration
34 ms
Response Headers
Accept-Ranges
bytes
Cache-Control
must-revalidate, no-cache, private
Connection
keep-alive
Content-Language
en
Content-Length
68790
Content-Type
text/html; charset=UTF-8
Date
Thu, 30 Jan 2025 18:00:57 GMT
Expires
Sun, 19 Nov 1978 05:00:00 GMT
Fastly-Debug-Digest
086eaeafac7087f2cf4efc1ddc4f03eae76eed9253be9387627d7ca797f3158f
Fastly-Debug-Path
(D cache-iad-kiad7000121-IAD 1738260057) (F cache-iad-kiad7000121-IAD 1738260057)
Fastly-Debug-Ttl
(M cache-iad-kiad7000121-IAD - - -)
Fastly-Drupal-Html
YES
Surrogate-Control
must-revalidate, no-cache, private, stale-while-revalidate=14400, stale-if-error=604800
Surrogate-Key
redacted
Via
1.1 varnish
X-Cache
MISS
X-Cache-Hits
0
X-Content-Type-Options
nosniff
X-Drupal-Cache
HIT
X-Frame-Options
SAMEORIGIN
X-Lagoon
amazeeio-us2>ingress-nginx>oursite-main:nginx>nginx-54567467c8-vvthv
X-Served-By
cache-iad-kiad7000121-IAD
X-Timer
S1738260057.095938,VS0,VS0,VS0,VE33
Signals
Allowed Request
Detector: 66840a0f7953bb438c16672f - View rule
HTTP 403 403
Detector: HTTPErrorRule
rraney → created an issue.
I'm having this issue. The duplicate Media items keep coming back. I can temporarily fix by clearing cache. I changed the Media Library view name from "Media" to "Media Library". If it happens again, I am guessing this view might be added to the content menu as "Media Library".
Understandable! I just wanted some clarification because it said it was merged and fixed. I am not as knowledgeable as I should be about the whole process.
Am I correct that a patch is currently the only solution to this issue? Is there a maintainer following this?
That sounds very familiar. I may have even had to do an entity update using Devel.
Hello, I have Drupal CMS (D11) installed locally. I was hoping to fire up this theme/design system. I've attempted to apply the patch by installing cweagans, adding to composer.json and running composer install.
I tried running this command:
drush ev "require_once dirname(\Drupal::getContainer()->get('theme_handler')->rebuildThemeData()['civictheme']->getPathname()) . '/theme-settings.provision.inc'; civictheme_enable_modules();"
It's giving me a long list of errors. Long story short, is the theme ready for Drupal CMS?