"a membership form which logs in the user" - can you confirm how the 'log in the user' is being triggered.
Indeed but not sure how much the issue is about documentation specifically for Mercury Editor versus ensuring all the settings required for Paragraphs, and then those for Paragraph Layout have been done correctly. For myself I think I am still stuck on ensuring Paragraphs is set up right since
> Make sure your new layout section paragraph type is selected under “Reference Type” on the content type’s reference field edit screen by clicking “edit” for the respective field on the “Manage fields” tab
doesn't seem to correlate with what I am seeing.
Teste and works on D10 - thanks Aidan
Thanks for posting that Aiden - we will take a look and see what it offers in D10
> If someone pays online but indicate they want to pay with cash
as you think best :-)
in our scenario it happens to be that this is more like a 'point of sale' solution, not diy online.
or is another option to adjust the options in the Payment Processor so we could offer 'cash' as an alternative method v Credit Card or Pay Later? Outcome to be that if Cash is chosen the Contribution is set to Completed, and Payment Method is recorded as Cash
Did you ever find anything to help with PoS @heneryh?
Goal 1 seems to have worked, much to my surprise, with a mix of both Drupal and Civi events seeming to display in a combined chronological order.
"Sort currently only supports the entity created or changed timestamps"
Not sure I follow how it has succeeded - or perhaps it just inherits the 'sort' info from the incoming views and therefore sorts them based on the combination of those - or maybe i just got lucky with my random examples.
Goal 2
Based on "Supported display handlers. Only view displays of the field handler type are compatible. Future versions could support additional display handlers."
I am guessing the calendar or even table option is a 'not without considerable effort'
petednz → created an issue.
Thx for the prompt fix. Will give it some further testing in our use case
Thank you.
I had not set an End Date as I wanted this ongoing - but that perhaps needs to be set as a required setting? After adding an End Date I do now see dates in blue circles
Thx for prompt reply.
Totally not seeing how to add a screenshot. the Image button in wysiwyg doesn't seem to allow me to do so
can you access
https://toby.fudev.co.nz/form/test-booking-module
if you use user = random | pw modnar
Not sure if this is related but am just testing with 1.0 .3 and while I now see the Adminstrator view with the option to enter the date/time, the ability to pick a day in the month isn't showing, ie no dates have any blue circles around them
Thank you - appreciate the update
Trying to follow this progress - anything we could do to help with testing.
We are also supportive of this initiative. Makes a lot of sense. Most of our bigger projects have or will be moving, but some smaller non-profit clients may simply not have the budget to rebuild without successfully applying for grants which can't be guaranteed. Thank you.
Thank you for explaining this - this was the missing setting for us - did we ignore an upgrade warning that this was required then (can't see one)
Any chance this gets a release - does it just need the info.yml updating so
> core_version_requirement: ^8 || ^9
is
core_version_requirement: ^8 || ^9 || 10
> drupal/civicrm_afform_block[1.0.0, ..., 1.0.1] require drupal/core ^8 || ^9 -> found drupal/core[8.0.0, ..., 8.9.20, 9.0.0, ..., 9.5.11] but the package is fixed to 10.1.5 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
may mean there is a workaround I should be doing, but not something i have done before
We have done a release for this - but still don't have Drupal security ok.
Is anyone who is Following this ticket able to test/review
CiviCRM group roles - D10 update is pending an approval from the community at https://www.drupal.org/project/projectapplications/issues/3382045 →
concur this is causing problems, even for new views created on the site after the migration. i don't (yet) understand how to identify the View with the 'deleted role' issue - especially as it is still not obvious to me that any roles have been deleted on the d7 site (it lists the same roles as it used to have on the d6 version of the site if i am reading the migrate_map_d7_user_role and migrate_map_d6_user_role tables correctly
can anyone offer a 'this is out to workaround this issue' suggestion. am happy to delete any offending view in d10 - just can't figure which is the problem one (or several)
Marvellous - thank you for your quick response.
Yes it should be soon
petednz → created an issue.
> Most of the Drupal 7 sites that were planning to move to Drupal Symfony already made the move
Is there any research to validate this statement? (Genuine curiosity)
This has worked for our situation - thank you very much
While I now suspect the above error did not result from not having set currency (since our subsequent testing kept giving us no error and the pop up to tell us it was a required field) i do think that setting currency to default is helpful. we tested. it worked
petednz → created an issue.
not sure it helps since it is only for d7 but this seemed to offer a download csv with ULI for many contacts - maybe what you were after and may give some hint on how to get similar working here. https://www.drupal.org/project/one_time_login →
Hi Mark - thanks for responding. Odd, I already had access to
/admin/structure/civicrm-entity/civicrm-contact/display
but had not been seeing civicrm contact as an option at /admin/structure/display-modes/view/add.
I am seeing it now. Not sure what was going on other than me having a blind spot. I do now so added a civicontact2 View mode
and yes therefore now I do see Custom Display Settings option at the bottom of the 'Manage display' form with
> Use custom display settings for the following view modes
and my new View mode. All as expected.
This has me worried for a bit till i decided it might be a typo
> After you've made a custom view module
I went on to modify my Display at admin/structure/civicrm-entity/civicrm-contact/display/civicontact2 (simply setting the Labels to Inline instead of Hidden so I can confirm I am seeing the changes)
I go to the Content Type, Manage Display, For one of my c-e entity reference fields I set it to Rendered Entity and via the 'cog' can set it to 'rendered as civicontact2'. so far so good.
I then go to a node of this type hoping that on refresh I will see my Labels. bingo.
That has done all the expected. not sure how the earlier settings wasn't visible but maybe too many mirrors.
Now I have to decide whether to persevere in this direction so that the three fields (image, name, employer) display as
Name
IMAGE
Employer
or if i continue with the Views approach I took while scratching my head on this one.
I'll assume that the final step for managing how these fields actually display is going to be at the theme level (not my area) but happy to be put right if there is another tool I am unaware of.
Again, appreciate your response Mark.
Observed the same problem 10.0.9 with a Content based View using the following Filters
Is published AND ( content field OR taxonomy term)
and of those only the 'content field' has the Reduce duplicates option, and if i do set that then i start seeing items that were not included but am now seeing duplicates (as some content has both the filtered field and the filtered term). I already have it set to Distinct.
I wondered if getting rid of 'is published' might help, ie the filter is now a simple one level OR - but same problem, i either miss out on lots of results, or i get them but get them twice.
So for me the workaround in #2 does not suffice.
Hi V. I see this never got closed, but also never got any comments. We have a project that involves getting someone off WooCommerce and on to d9/10 - hopefully we can give this a run for its money (?) and provide some input and fixes if required.
Will do. thx for responding. it really does seem like an issue which only bites if the moon is waning and the wind is coming from the north. I think it relates to the expandable section involved but will get some v specific options to replicate
Perhaps the answer needed to be that the D7 GA module at the time did not support this but does now via https://www.drupal.org/project/google_analytics/releases/7.x-2.7 →
many thanks for your prompt attention to this. much appreciated
Many thanks for prompt response
PHP config : /etc/php/7.4/cli/php.ini
Confused. implemented in 1.0.5 - we have 2.0.5 which is latest, and not seeing these options. Do I need to add a new page, with the Calendar settings set to eg 'this week'?
petednz → created an issue.
Cool - thx for the update - hard to believe i created this back in 2015. All the best