lanzoninicola

Steps done:
1. I re-enabled the plugin (because the Service Worker was disappeared in the browser)
2. I accessed to the site (the Service Worker was installed)
3. I disabled the plugin
4. I cleared all the caches (server and client caches)

Result:
The Service Worker still works on the browser

If you want I can grant you access to the site to test.

P.S.: It is obvious that if I access the site with another browser or in incognito mode, the service worker is not installed.

• This reply was modified 3 years, 3 months ago by lanzoninicola.

Thanks @keraweb for the reply.

You are right, I see the code and the case is supported (sorry for my mistake).

Here the context (maybe you are a better solution for this):

Typically, I create a settings page called “Theme Editor” for my clients to edit the website I build for them using the Pods custom settings page. It’s very useful because my clients are autonomous in modifying certain parts of the website (I’m using a combination of a page builder: Bricksbuilder and PHP code to develop the front-end).

In this case I created a new custom page that allows the client to choose the product categories (Woocommerce) to be rendered in the page based on their relevance to their business.

Depending on the relevance I render the “title”, “description” and “image” of the product category in different parts of the homepage.

If I use the shortcode [pod name=”name_of_pod” field=”name_of_field”] (based on my little experience of your plugin and some research in this forum) it only renders the product category name, which is the value contained in the field of the custom settings page.

But in the front-end I would need to render the product category data as I mentioned before.

Is there any other way to do this based on your knowledge of the plugin?

• This reply was modified 3 years, 3 months ago by lanzoninicola.

Dear Support,

Yes, I tried it now and the service worker disappeared.

So, I did a new test today, I enabled and disabled the plugin one more time, the plugin is now disabled and now the service worker is still running (but the manifest tag is not present).

My question is, based on your experience with this topic, do you know how long the service worker still persists in the browser despite the fact that a manifest file is not present?

The question is related to a new complex plugin I have to develop for a client, I need to be sure that the new changes I make to the plugin will spread to the clients and in some cases the fact that the service worker is the one responding to the client requests and not the server gives me a bit of a chill. ??

Thanks

• This reply was modified 3 years, 3 months ago by lanzoninicola.

I’m adding some extra information:

You don’t need to work with my file template and I think it is not related to specific behaviour, you just have to enable the wordpress debug log to see the notices.

thanks

• This reply was modified 3 years, 3 months ago by lanzoninicola.

Dear Support,
sorry for the delay in responding.

Here is the URL for the test: https://demo1.lanzoninicola.com.br/

The SuperPWA plugin is now disabled and if you try to connect with multiple browsers anonymously the service worker is detected despite the disabling (certainly with errors as I guess some needed resources are absent).

In mobile browsing it does not ask me to download the app.

In the following link I saved various screenshots (browser network tab, application tab, console log tab) (it’s a folder in my Google Drive that I shared for you): https://drive.google.com/drive/folders/1woCmQa8PcuIuWkLbBnIFRf3bwoTaNB9J?usp=sharing

What is the expected behavior?
In the case of deactivation or elimination I would expect that the resources connected to the plugin are no longer available to the system.

I would appreciate your support on this case.
Thanks

• This reply was modified 3 years, 3 months ago by lanzoninicola.
• This reply was modified 3 years, 3 months ago by lanzoninicola.
• This reply was modified 3 years, 3 months ago by lanzoninicola.

Hi @superpwa ,
Sorry for the late reply and thanks for your answer.

I’m not developing a theme or plugin but just adding some extra functionality needed for the project by adding my code in the “functions.php” of the child theme chosen for the project (it could be Astra, Hello Elementor or other child theme).
For example, in the last project I created a new shortcode to render some data in the front-end.

Following your instructions I will try to change the version number using the constant you reported (I assume that this operation should be done in the functions.php file of child theme), but in this case I have another questions:

Isn’t that constant used by the plugin when a new update or version is released? If yes, could it generate a conflict? Isn’t it better to have another option (could be another constant) for this?

Thanks

• This reply was modified 3 years, 4 months ago by lanzoninicola.

I have the same issue if I use Firefox. It works well from Google Chrome or Brave Browser.

@umairabdullah I suggest you to re-save the configuration inside the Basic tab before you try. Reset the cache if you use a plugin to manage it.

• This reply was modified 3 years, 5 months ago by lanzoninicola.

@logichub you can find the option by opening the dropdown below the table. To the left of the Apply button.

• This reply was modified 3 years, 6 months ago by lanzoninicola.

@rcnascimento obrigado por sua resposta e esclarecimento, obrigado também por sua contribui??o para resolver os problemas que a comunidade detecta, vejo que você é um usuário ativo neste tópico.

Normalmente, antes de lan?ar uma tecnologia, tenho o hábito de fazer uma pesquisa muito completa e fazer uma análise de risco e compreender as possíveis a??es corretivas.

Minha primeira preocupa??o estava relacionada ao fato de que a tecnologia é atualizada rapidamente e este plugin é interrompido desde 2019, se a equipe PagSeguro preparar uma atualiza??o de sua API, que poderia garantir a atualiza??o desta integra??o fornecida com este plugin. Mas você já me respondeu que o PagSeguro ainda n?o está muito ativo no processo de atualiza??o.

Outra preocupa??o está relacionada ao fato de que muitas quest?es foram relatadas neste fórum que infelizmente têm um impacto direto na experiência do cliente e em sua confian?a para fazer compras no site. Mas ainda vejo que a maioria das quest?es está relacionada ao trabalho de outros plugins ou à falta de conhecimento na utiliza??o dos mesmos pelos usuários.

Aproveitando a oportunidade de sua aten??o, gostaria de perguntar se você está usando outros gateways de pagamento mais confiáveis, pois a tecnologia PagSeguro está desatualizada.