🇧🇯Benin @delacosta456

delacosta456 → created an issue.

hi
#32 applied correctly on D10.3.6.
But on page refresh the link ALWAYS disappear and only come back after drush cr

delacosta456 → created an issue.

delacosta456 → created an issue.

hi
the MR 23 worked for me on D10.3.5 + PHP 8.3.
FYI after patching drush cr

Thanks

delacosta456 → created an issue.

hi
i would , please like to know if this work on issue is still valid for 3.0@alpha

Thanks

hi
just relating similar issue

hi all
i was looking for a similar functionality in in Varbase using Lb but didn't understand what to exactly after apply this patch together with the mentioned on on issue description.
Can somebody direct me ?
My own scenario is having two column bootstrap set up with the first one() to 75% et the other one to 25%.
Now i want the first column(75%) to auto-width to 100% when there is no content in the second one

Thanks

hi @ananyak
Thanks for testing ..
Let us wait for the maintainer's test.

How ever i also noticed that when the module is enable and this bug around together with the patch, hitting the "Save Blocks" button under all blocks at structure/block/list returned an error Fatal error: Allowed memory size of 536870912 bytes exhausted ..
Maybe the maintainer will also help for this

Thanks

delacosta456 → created an issue.

delacosta456 → created an issue.

delacosta456 → created an issue.

delacosta456 → created an issue.

delacosta456 → created an issue.

delacosta456 → created an issue.

hi any update about this

Thanks

hi
Reading this and just wanted t share/discuss/have-an-idea about info .

Does this functionality is exactly the one provided by this module https://www.drupal.org/project/start_end_year_only →
Thanks

hi
it works .
Thanks for replying

delacosta456 → created an issue.

delacosta456 → created an issue.

hi
ook thanks for repling. i will check that

Hi
Was also expecting this .
Thanks for this.

delacosta456 → created an issue.

hi all
i confirm that that #3 solve the issue for me too.

As more info (on my own side) the links were not visible on views config page but display correctly on the page where i inserted the created views display. This info may help some people

Thanks

delacosta456 → created an issue.

delacosta456 → created an issue.

hi
i confirm the issue mentioned by @recrit . And it's provided patch #231 solve the issue for me

Thanks

delacosta456 → created an issue.

hi @rajab-natshah

Thanks for taking care of this.

Actually to continue the upgrade process at the drush updb step of Vardocs and bypass the error i am seeing (IMHO a mojor issue in case of a lot of existing customization) i run composer require 'drupal/vartheme_bs4:~9.0' as a workaround.

Until a guidance is ready i will be testing the consequences of my workaround and let you know.

Thanks

after trying a manual upgrade (as describe in vardocs) of Varbase from 9.14 to 10.0.1 i am getting error message in terminal (when i run drush updb command) where previously generated custom theme needed Vartheme_bs4 on which the theme was based. During Varbase upgrading process the Vartheme_bs4 was replaced with Vartheme_bs5

So how to deal with this

delacosta456 → created an issue.

delacosta456 → created an issue.

delacosta456 → created an issue.

delacosta456 → created an issue.

hi @raveen-thakur
on my own side i am facing the issue wth PHP 8.2+Dr 10.3
Regards

hi
Thanks for replying.
I confirm that a drush cr help.

Thanks

delacosta456 → created an issue.

delacosta456 → created an issue.

hi all
i also confirm this issue after selecting "Entity browser" as Widget on field's form display and now going back to the edit/add term page

hi all

#4 also worked for me on D10.3 +php.8.2

Thanks for the work

hi
i tested the MR15 which effectively hide/show the "Additional settings" section.

However, is there anyway to extend this feature so that it (only or also) depends on permission/ role assigned to a user ?
Some content editor with specific role may be allowed to change the icon settings when adding entity item to which the iconify field is attached.

As now it's going to be possible to hid/show the Additional settings, I am also thinking (if possible) to :

• either completely move the "Additional settings" from "default field value" to the form display settings, so that configuration be made there and overridden when editing a content that has the iconify field (with enabled => Enable inconify icons Advanced settings + permission / role feature)
• or keep as it is in default value settings for only when no value is set and and overridden by form display settings or user when editing a content item

Thanks

hi
thanks for this quick reactions.

I will test an let you know

Thanks

delacosta456 → created an issue.

hi
There is an ongoing work about the Readme here 📌 Add a README file Needs work

You can open the latest patch or Interdiff file there to read some descriptions

delacosta456 → created an issue.

delacosta456 → created an issue.

hi
ok thanks for replying and having this already planned. it's may also be the best moment to start planning joining/merging force/module with @Dobefu.

I have feature request about field settings that i would post on a specific issue.

Thanks

hi
Thanks for both maintainers for this issue that clarify the confusion and the nice work you people have done each other in your module.

However does is mean that iconify_icons will also provide an icon-picker widget ?

Thanks

hi
i also confirm this issue with D10.2.5 php8.2

Thanks for the patch

i set this issue back to a support request because i just realize that after saving the form even if new value set on the form a not retain, running drush cex warn about those changes.

The strange part of this issue for me i please need help from anyone to understand is why is it behaving so on UI only with VarthemeBS4 or generated sub-theme of Vartheme Bs4

Thanks

delacosta456 → created an issue.

hi @sime

Not **AUTOMATICALLY** but be here (Drush comand to export all items from entity with defined criteria) ✨ Drush comand to export all items from entity with defined criteria Needs review may be a start point of export by entity type that i am using.

and then re-enabling the custom-default-content-module (in CI/CD) will do the remaining task.

For more export option this (Add `drush dcer --bundles` option to limit export) ✨ Add `drush dcer --bundles` option to limit export Needs review may help but I haven't tested.

hi
Any update please about this.It is still the case with default Vartheme4 of Varbase 9.1.2

hi all
@andypost
@lammensj
@eelkeblok
@kalpaitch
@nedjo
@pfrenssen
@jomsy

Can somebody please help me know how to use the $update_existing variable (setting it to true ) when re-enabling DC-custom-module to fire entities update?

Thanks

hi @eduardo-morales-alberti
I was looking for something like this.
The patch applied correctly but looks to have breaks another patch Drush comand to export all items from entity with defined criteria ✨ Drush comand to export all items from entity with defined criteria Needs review that i was using to export at once node+references to folder .

Example : drush dcer node 34 --folder=modules/custom/mycustom_default_content/content

after the merge request 45.patch

the above command doesn't work and send the following error

In LegacyServiceInstantiator.php line 282:
                                                                          
  You have requested a non-existent parameter "default_content.deleter".  
                                                                          

Can you help
Thanks

delacosta456 → created an issue.

hi @unstatu
thanks for the patch that applied correctly on D10.2 +php8.2
However on my own side when updating the node's section (in layout builder), changes will not be reflected in another env until i delete the node and import again by enabling the custom module.

This looks to be also the case for other entities like menu_link_content.(Ex have menu link X in both environment Adev and Bprod. on Adev, change the label and disable the menu link, and finally export. there will be no change )

it' looks like #175 approach is the only one that is successfully uptating an entity

delacosta456 → created an issue.

delacosta456 → created an issue.

hi
i was also having Nid constantly changing on import and would like to know if this issue and https://www.drupal.org/project/default_content/issues/3277477 → are related

hi
i was also having this issue with permission related to devel module.
Patch #11 also worked for me on 10.2.5 + php.8.2

Thanks

hi
i am on D10.2 +php8.2 and none of patch in #9 applied

Only the the patch in #9 applied . Can somebody help please

Thanks

hi
thanks for the logic of this patch. while this patch is correctly being applied on D10.2+php8.2
the on on this issue → doesn't apply

can someone please help for this

Thanks

hi
i am trying to aplly the MR24 on D10.2 with php 8.2 without success can somebody help with this

Thanks

hi @flyke
Thanks for your clarification.
However following your suggestion returned an error of too many argument

Below is the drush command i try to use :

drush dcer menu_link_content menu_name main --folder=modules/custom/brains_mtcb_default_content/content

and this return the error message below

Too many arguments to "dcer" command, expected arguments "entity_type_id" "entity_id".

i am i missing something ?
Thanks

delacosta456 → created an issue.

hi
thanks for replying
i agreed with your suggestion.
By the way i that will be if people follow a workflow that exclude using composer on prod environment which (for most blog's i had read) is not usually the case as you can also see in that documentation.

So in addition to your suggestion does it make sense to suggest :

Before deploying to the production site always use <strong>in your test or preprod environment</strong> composer install --no-dev, so that unnecessary

Thanks

delacosta456 → created an issue.

hi @flyke
i was reading this discussion to find a solution for my case and started being confuse when i read your comment.
Please what did you exactly mean by the below

UPDATE: never mind, figured it out:
drush dcer menu_link_content menu_name main --folder=modules/custom/my_custom_module/content

I have this patch applied but not really sure on how to make your command work.

Thanks

delacosta456 → changed the visibility of the branch 2916876-10.1.x to active.

hi
thanks for replying
i am alrady using the configuration you describe.

- on local i did everything with Lando (composer install, export config etc)
- and when everything is ok i pushed to Gitlab with a configured CI/CD that deploy per branch after some test tasks and merges requests on each of them (BchDev=>to Dev, Bchstg=>to Stg and BchMain=>to Prod)

However i haven't see any clear simple and easy way to deploy to PROD than the composer method with gitlab by first taking the site to maintenance mode.

Did have any suggestion ? is it what could be in Deploy Varbase on Platform.sh ? if yes please check the link because it's not clickable .

i have already noticed

The composer build may faile at anypoint, and you will end up with the production site as down

which is why i requested for a support

Thanks

delacosta456 → created an issue.

hi
also thanks for #175 .. it's working on D10.2.5 with php8.2

hi
as mentioned by @cosmin-hodis-mindras after applying patch on my own side too the error message changed to exactly message reported ( #3 🐛 Deprecated function: Use of "self" in callables Needs review ) . i am on D10.2.5 and php8.2.17

Thanks

hi
thanks for the suggestion .
It worked.

hi
is it still possible to use this functionality with 8 version?

delacosta456 → created an issue.

hi @theodorosploumis
Your workflow posted saved me from some trouble i was having with some distro
By the way, dear all, i would like to know if there is a particular reason @theodorosploumis mentionned:
drush updb --no-cache-clear and later run drush cr ? (a simple drush updb does it not combine the two line?)

Thanks