Ищу GDPR - Developer: J!Extensions Store

@sarisan , может есть зануленный инсталлер?
2.17 не устанавливается
 
What should be done on the server side? If one is local (do what you want) and second, shared (config limitations)
I'll take a look. I wrote it down.
You just have to disable something for installation and then you can reactivate it.
I bought the extension, and this happens to me too.
In my case, I re-download the extension. Then it works.
Since the new version has "sarisan" uploaded, I don't want to interfere with it by uploading the same extension again.
 
I'll do that.
Just a question. Is the TMP folder writable?
Or maybe Sarisan is downloading a freshly downloaded version, and then you'll have to be quick.
If Sarisan doesn't respond in the next few days and he gives me permission, I'll upload the file again.
 
  • Нравится
Реакции: 01K
Yes, the tmp is writable.
Just now noticed, I tried to install the 2.17 and failed, now I have tested the 2.18 version, and it is installed on all machines!
Just brilliant!
A slight offtop: but the same error comes from the jsitemap 4.21 component, if you find out the answer, I think it will help to solve the issue with both components :)
 
Yes, the tmp is writable.
Just now noticed, I tried to install the 2.17 and failed, now I have tested the 2.18 version, and it is installed on all machines!
Just brilliant!
A slight offtop: but the same error comes from the jsitemap 4.21 component, if you find out the answer, I think it will help to solve the issue with both components :)
I'm glad. And I agree with you.
As I mentioned, I've already discussed this topic in another forum. Also the one with JSitemap.

1: Disable cURL on the server;
2: Install the extension;
3: Enable cURL
 
Последнее редактирование модератором:
  • Нравится
Реакции: 01K
У меня возникла проблема, которую я также наблюдаю на официальной демо странице с плагином. Возможно, кто-то уже сталкивался с этим?

После того как я предоставляю согласие на использование всех категорий, через некоторое время категории 2 и 3 (в демо-версии разработчика это 3 и 4) снова становятся невыбранными!
И баннер с запросом согласия не появляется повторно.

Заметил, что у меня эта проблема проявляется в Firefox.
В Chrome такой проблемы нет

Мои наблюдения в DevTools:
Несмотря на то, что категории "слетают", в локальном хранилище (Local Storage) присутствует ключ acceptDateCategories с корректными датами согласия.

Однако, я заметил, что дополнительный ключ gdprCategoriesChoices всегда присутствует со значениями нулей: {"1":0,"2":0,"3":0,"4":0,"jsessid":"xxx"}. При этом в демо-версии разработчика этот cookie с jsessid напрочь отсутствует....
Сравнение конфигураций не выявило каких-то скрытых опций.

Есть ли у кого-нибудь мысли, почему это происходит, или кто-то уже сталкивался с подобным поведением?
 
Назад
Сверху