V158 Japanese language pack

[pilou2]

Hello @pilou2
I'm finally at the point where I can install your very nice encapsulated shipping modules.
I'm however not having any luck with the Tarif module. I already realized that the plugin manager gives no error, modules simply do not show up if there is some issue.
I noticed that the admin/includes/languages/english/extra_definitions is missing the lang.tarifs.php file, so I added that file, but still nothing.
Can you advise please where this page should appear, and whether there is anything missing?
I did check your latest Github as well and the Tarifs module there looks the same as the 2.1.2j.

First, the lang.tarifs.php was not missing. It is only used for languages other than English to add constants for language strings that are saved in English in database. There is a new override system in ZC v2.1for theses database strings using this file for non English languages.

As you said for Tarifs plugin, it just disappeared without error or log file. The problem comes from a file name which has two _ like this __ instead of one:

zc_plugins\Tarifs\v1.0.0\admin\includes\extra_datafiles\shipping_prices__definitions.php

should be rename to:

zc_plugins\Tarifs\v1.0.0\admin\includes\extra_datafiles\shipping_prices_definitions.php

After the correction, you need to install Tarifs plugin again and you should find a new link in Modules, just under Plugins Manager.

Thanks for the feedback! It might have taken some time before I find this problem as when installed and set, you don't use it very often.

[gernot]

Many thanks for the prompt response, and explanations, as you can see the new ZC 2.1.0 functionality is still confusing me.
I removed the unnecessary language file, and renamed the offending file you pointed out.
Unfortunately, after re-installing (and uninstalling and re-installing again) still nothing appears in the modules dropdown.
Not sure how to obtain some kind of error message from the plugin manager unfortunately.

[pilou2]

GitHub updated with the above correction.
It seems that this wrong file name was there since realse v2.2.1j. I am pretty sure it was working then and even when I released v2.1.2j... Perhaps something change in ZC files that does not accept this kind of error anymore.

Everybody who downloaded this pack before today's last GitHub update needs to apply this correction. It is not critical as it is only an optional functionality but that can be usefull and time saving.

[pilou2]

Many thanks for the prompt response, and explanations, as you can see the new ZC 2.1.0 functionality is still confusing me.
I removed the unnecessary language file, and renamed the offending file you pointed out.
Unfortunately, after re-installing (and uninstalling and re-installing again) still nothing appears in the modules dropdown.
Not sure how to obtain some kind of error message from the plugin manager unfortunately.

You need to have at least one shipping module installed. The shipping modules are creating the table Tarifs at install time, then Tarifs module will use it.
I tried to unsinstall and re-install again to be sure and everything is OK, I got the 'Shipping Pricing' link at the bottom of Modules menu.

[gernot]

Thank you once again. I do have all the shipping modules installed and enabled, and none of them showed any errors when configuring, but on checking the DB, there is no table named "tarifs". So I presume something did not go as planned with the plugin installation of the shipping modules. I will have a look again in detail tomorrow.

[gernot]

Hi @pilou2,
I have had a look at the 3 encapsulated shipping modules. It turns out that none of them touches the database: no configuration keys add (or removed if I add them manually), and no tarifs table created.
So I am trying to debug why this is so.

[gernot]

Hello @pilou2
So far the only oddity I have found is that the installer subdirectory is in lowercase, while the stanard says it should be written as "Installer". This applies to the 3 shipping modules as well as to the Tarifs module.
Still trying to find debugging possibilities to discover why the installers do not act on the DB.

[pilou2]

@gernot
Hello,
I did more testimg, removing all files and deleting table, then re-installing from scratch and there was no problem at all. Table tarifs is created when installing one of the 3 plugins Yamato, Yubin or Sagawa. When installing plugin Tarifs, a new link (and page) is created in Admin Modules menu under Plugin Manager giving access to the 3 companies shipping rates.
When going to shipping modules page and installing one of the shipping modules, keys are added to configuration table.

Encapsulated plugins use some ZC 'helper' functions to do all this. Are you sure your ZC is properly updated to v2.1.0? It won't work with older files versions.

Can you install another plugin without any problem like POSM or Display logs?

[gernot]

Hello @pilou2
Thank you for your efforts. I'm sorry this has not been a good use of your time, please do not worry, I will report back on my own debugging.
But yes, the issue seems to be limited to these particular modules, I have installed several other encapsulated modules (Edit Orders, Stripe, Structured Data, etc.) without issues.
Maybe there is some functionality missing that I have not correctly ported from the Japanese language pack, but so far I have not found it (I am using a spreadsheet to document all the differences and their integration).

[gernot]

Quick update:
Summary: The Plugin installer is a tricky little beast. The issues are related to my customizations.
Long version:
I decided to go ahead and start working on various changes to the plugins while thinking on how to debug, starting with the Sagawa module.
For the _Sagawa.php class I use ISO codes for prefectures rather than the names. After I made that change, I reran the installer, and while no configuration entries were made, I noticed that the tarifs table had been created.
While keeping the (not really installed except in name) module installed, I installed the Tarifs module and could access the table fine.
Thus, it is clear that my customizations are the issue here.
I haven't yet been able to get the module installer to run even though I believe I have made all necessary changes to the sagawa.php shipping modules file, but it does appear that the Plugin installer is doing a lot more than I expected - I thought I could install the module, then debug it afterwards as needed.
Unfortunately, it seems that it is a hard job to debug an encapsulated module, compared to a non-encapsulated one, as the Plugin installer does not seem to generate any logs. But it is what it is.