ok thanks... we can make sure our templates have that in place
Would this eventually cover the indexing of content in a header or footer of a view.?
Global Text Area is a field where most describe/summarise the contents of the view.
And so there are many use cases where that needs to be indexed. I see people searching for those keywords in our analytics. But for various reasons that content is not on the nodes themselves - only the header of the view.
e.g if I searched loosely for running shoes. Sure I would want to see all the shoes in the search, but I would actually want the main category page to show up first place on that search.
I found dropzonejs.settings.yaml in folder config/install/ and so I have set transliteration to false.
but drush updb is not making any visible changes ("No pending updates.")
I found a question on stack exchange about updating the config off a module this is what happens
drush cim -y --partial --source=modules/contrib/dropzonejs/config/install/
+------------+---------------------+-----------+
| Collection | Config | Operation |
+------------+---------------------+-----------+
| | dropzonejs.settings | Create |
+------------+---------------------+-----------+
// Import the listed configuration changes?: yes.
[error] Drupal\Core\Config\ConfigImporterException: There were errors validating the config synchronization.
Configuration <em class="placeholder">dropzonejs.settings</em> depends on the <em class="placeholder">dropzonejs</em> module that will not be installed after import. in Drupal\Core\Config\ConfigImporter->validate() (line 814 of /var/www/html/web/core/lib/Drupal/Core/Config/ConfigImporter.php).
In ConfigImportCommands.php line 324:
The import failed due to the following reasons:
Configuration <em class="placeholder">dropzonejs.settings</em> depends on the <em class="plac
eholder">dropzonejs</em> module that will not be installed after import.
possibly need to combine this issue see https://www.drupal.org/project/remote_stream_wrapper/issues/3066732 ✨ Provide field widget Needs review but right now happy for the quickest option. we have tried so many alternative modules for our current situation this is the best, but we are on d10.1
Is there any progress on this ? or any new advice? The install instructions remain the same and I have fallen into the same trap as @kopeboy
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires enyo/dropzone ^5.9, 5.7.2, found enyo/dropzone[5.7.2] but it does not match the constraint.
Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.oh I didn't know that setting existed, so that did not occur to me. Thank you very very much.
I used this module many years ago and it's superb. Recently I've used remote_stream_wrapper to achieve a similar result. But that module is now not suitable. Off the bat we have an issue with our setup. I had a good dig on the issue queue and found this, it's similar to our case.
www.website.com/sites/website.com/files/images/photo.jpg
cdn.website.com/sites/website.com/files/images/photo.jpg
The long path Drupal creates is the issue. We have an existing CDN service with quite a history on google, so we don't want to change our paths. remote_stream_wrapper would be able to handle this because of course you just type in the value manually on every field. But this time we are looking at hundreds of fields so CDN module is the winner.
Can the module add a setting to ignore /sites/website.com/files/ so the output becomes?
cdn.website.com/images/photo.jpg
kinda the reverse of the original post, but the same ballpark.
I just found this thread.... our projects which use tome are just for our smaller mini/sub brand websites. They don't need to have live databases, so we would like to use tome. All of which share content, theme and settings which means we will be using the domain module.
no new errors - closing
Hi we are in a Drupal migration 7>10 project for many sites and most used this module.
The remote_stream_wrapper_widget is clearly abandoned. Im as considering media_entity_remote_image but that can't handle our CDN delivered PDF's and other non image files.
Can that patch be published yet?
Do we need any more proof it works? I can test it again.
ah a cron has just run and the site is behaving well. I can leave this open for a short while and report back if anything changes.
Dear Maintainer, I've got the other module https://www.drupal.org/project/search_api_algolia → into a d10 install.. Im assuming this is the best wy to get a search interface. But as its neither a full release or d10 compatible. Is there any potential to commit the changes or give the code over to the other module.
I think most websites want a menu like dropdown option for language. While at the same time don't want to show un-translated links.
Just installed language_switcher_extended and would like to ask. Because this module provides its own block. Is that and dropdown_language not compatible?
Hi im using ddev
Drupal Version
10.0.9
Web Server
nginx/1.22.1
PHP
8.1.16
Memory limit
1024M
Database
Version
10.4.28-MariaDB-1:10.4.28+maria~ubu2004-log
System
MariaDB
I restarted ddev and docker today and the site is responsive. But of course I've not tried any tome tasks since.
hi just for for further info... the cron got stuck on Friday. so I left it wondering if it was just gonna take a few hours. now who im back into looking at it today its 502 bad gateway
Hi for the record a member of our team tried it out by manually merging the changes in to the module and it worked fine. He said it was just simple changes on the info file.
Hi Nick this is great news, so of the five I'll go for this one. I'll be sure to report any observations down the line.
there seem to be 5 or more modules on drupal.org handling the same problem. Non of which are working for d10 yet.
if I test this patch are the maintainers available to commit the change?
Any tips on how to proceed? I can't disable the module in the ui or in drush.
- drush pm-unistall tvi
"The following module(s) are not installed: tvi. No modules to uninstall."
- Recent log messages shows
"Schema information for module tvi 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, tvi_update_8000()."
It's like it's half installed. But changing RouteSubscriber.php hasn't had much effect