πŸ‡ΊπŸ‡ΈUnited States @montag64

Account created on 8 April 2016, about 8 years ago
#

Recent comments

πŸ‡ΊπŸ‡ΈUnited States montag64

@pbabin I tried that patch as well and it didn't fix the issue for me. Did you have to rebuild the facet or do anything else beyond apply the patch? We did a drush cr

πŸ‡ΊπŸ‡ΈUnited States montag64

I have the exact same error as you on Drupal 10.3 and facets 2.0.7. Which patch worked for you? So far none of the ones I've tried have worked. Did you have to run cron or rebuilt the facets view or do anything else?

πŸ‡ΊπŸ‡ΈUnited States montag64

I have the same issue as well. Running MariaDB 10.6.16, Drupal 10.2.7, and Commerce 2.39. tx_isolation is reporting READ-COMMITTED, I've set it in the settings.php file and the Status report page still reports REPEATABLE-READ as being set.

πŸ‡ΊπŸ‡ΈUnited States montag64

I am still able to reproduce using @aaron.ferris' approach. The issue disappears until I re-enable admin_toolbar_search, then it comes back. I think this is why disabling and reenabling admin_toolbar works, because it disables admin_toolbar_search as well.

Seems to be related to admin_toolbar_search/admin_toolbar_tools.

Running Drupal 10.2.7 and Devel 5.0 w/ Admin Toolbar 3.4.2.

πŸ‡ΊπŸ‡ΈUnited States montag64

It may be possible, but it could require some redesign on the TakePOS and Dolibarr side. Once we go live with the Beta and perform a few bugfixes, we will look at implementing feature additions.

πŸ‡ΊπŸ‡ΈUnited States montag64

Will get to this as soon as we can, thanks everyone!

πŸ‡ΊπŸ‡ΈUnited States montag64

I can confirm this is required. I would have confirmed him but it seems like I do not have the Community role.

πŸ‡ΊπŸ‡ΈUnited States montag64

The issue 3116449 is giving me an access denied error. What is the current status of the feature and is there a patch?

πŸ‡ΊπŸ‡ΈUnited States montag64

Would also be interested in this as well

πŸ‡ΊπŸ‡ΈUnited States montag64

I figured it out. Thanks!

πŸ‡ΊπŸ‡ΈUnited States montag64

It might be worth mentioning that the JSON parser expects the values to process to be inside an array. For cases like this:

{
    "id": "347139",
    "asset_id": "1525",
    "floor_id": "7256",
    "floor_plan_id": "22925",
    "map_id": "347139",
    "unit_number": "126",
    "area": 731,
    "created_at": "2018-05-02T19:22:54+00:00",
    "updated_at": "2018-05-02T19:22:54+00:00",
    "view_image_url": null
}

'item_selector: false' can be set in the migration, and this resolves the issue. It took me way too long than I would like to admit to try to understand why I was always getting null fields when calling an API. 

Production build 0.69.0 2024