Klenkes

Happens when setting the title field to frontend editable.

11 hours ago, kongondo said:

but I am guessing calling $language on your site does NOT return NULL

Mhh... it does! It returns NULL frontend and backend.

@kongondo Sent you a PM with logins.

Hi @kongondo It's late, but a few facts.

I don't have a multilanguage site. Just the Language Module installed for a second language in the backend. I like the backend in english(default), clients have the option for german.
That means: the only installed language modules are LanguageSupport and Processlanguage.

So no Language Textarea or other field that support another language.

I will try to install Padloper without language support, and if it works, install it later.

Hi @kongondo

I had to know... I tried to install the same installation on my remote server with exactly the same result. 😢

The install of Shop results in the first error, and after refreshing the page it goes away.
The install of an option results the first time in:
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'padloper.field_padloper_description' doesn't exist

and any subsequent attempt always results in this one: (padloper_tax_rates)
Field may not be named 'padloper_tax_rates' because it is already used by another field (104: padloper_tax_rates)

The tables created look like this: (if it helps)

Sorry for the trouble...

56 minutes ago, kongondo said:

I just refreshed that module page and the error went away. After that, I was able to install Padloper (configure) as usual. I didn't see the second error in my case. Are you able to please try again, this time refreshing the modules pages first. Thanks.

Hi @kongondo Thanks for your reply.

I tried refreshing and Clear Compiled Files, but no success. The Shop page however looks fine after refrehing.

But then I am not able to install any options on the Shop admin page. Not one not more.
It always results in the same error:

Field may not be named 'padloper_tax_rates' because it is already used by another field (104: padloper_tax_rates)

The Shop page works and shows me all the available option to install, but after the error noch option is checked.

Tomorrow I will try to install it on a remote server where my other websites live. Maybe it is something with my local environment...
I will report back!

Hello @kongondo

I purchased Padloper this afternoon and was eager to test it out. Unfortunately due to errors I am stuck.

PW 2.0.242 on PHP 8.2.10 with only Language Support Module installed and one second language.
This is what I get when installing Shop:

As you can see, the SHOP menuitem in Admin is there.
So I ignored the error and tried to install some of the shop options, and got:

Out of clues I tried different PHP versions... but no success 😢

Due to sufficient database backups I always can go back to pre-installs.

Any hint?

Yepp! That's it. Now it works.

Thank you Bernhard!

Nope... unfortunately not. Same Error.

@bernhard In order to get RockCommerce running I need RockMoney to run. Right? But unfortunately it throws a fatal error:

Fatal Error: Uncaught Error: Class "NumberFormatter" not found in D:\xxxx\processwire-rockcommerce\www1\site\modules\RockMoney\RockMoney.module.php:58

I suspect more dependencies? Like Composer needed?

@herr rilke Practically the first thing I did was to change the display of the settings through adding my own CSS.

Load your own CSS to the backend and try:

.rpb-settings table tbody     {display:grid; grid-template-columns: repeat(6, 1fr);}
.rpb-settings table tbody td  {display:block;}

Looks something like this:

CSS is sometimes better than a whole lotta change to code!

@MarcC Got by any chance the module EMO EmailObfuscation installed?

I once had the same problem and it was EMO.

14 hours ago, gRegor said:

This is great! I don't currently run AdminOnSteroids module, so I'm wondering what the easiest way to add this CSS to the admin area is?

You could always add your own stylesheet in /site/init.php like this:

$this->addHookAfter('ProcessController::execute', function (HookEvent $event) {
   $this->config->styles->append("/site/templates/css/adminstyles.css");
});

@FireWire I had to logout and login again. Then all fields were visible in the module config. At first the Language Associations fieldset wasn't there, and Fluency Options.

Now it works as expected!

@FireWireSorry, but the DEV Version doesn't work at all for me...

After the upgrade I went to the modules settings page and configured everything.
After I hit save the following error message appeared:

There are no translation buttons in page edit shown. No other error messages.

The fields for the default language like in previous versions is missing?

Mhh...

On 7/24/2024 at 9:10 PM, FireWire said:

Can you confirm that after updating that you checked the module configuration and confirmed that all of the settings are correct?

@FireWire In my case it was a new install with Fluency 1.0.9. No module update!

@markus-th You are correct! A downgrade to 1.0.8 works!

Hey @FireWire Probably a great module...?

I finally had the time to explore your module but I keep running into the same Deepl API errors and I don't know where to look for a solution or what to do next.

This is PW 3.0.229 on PHP 8.2 Fluency 1.0.9 on a pretty basic PW testsite.
Deepl API key shows as valid and active and in my Deepl account it says: Access to DeepL REST API

When I click on translate the following happens:

The error log shows:

Engine: DeepLEngine /Error: BAD_REQUEST /Message: Invalid request: Expected 'text' parameter to be an array of strings 
/Response: {"message":"Invalid request: Expected 'text' parameter to be an array of strings"}

The TRANSLATION modal shows only the word undefined in the target language.

It's just a testsite, so no rush.
I would be greatful for any advice.

Thanks for the extensive explanation. That explains a lot.

After a little bit of thinking I remembered(again) that in PW everything is a page.
My own small admin module fixed it.

Thanks, but I'm pretty sure there is some hook that goes into admin.php that does the job.

If not... the client probably won't pay for anything more time consuming ?

My clients website has a lot of categories and subcategories and editors mainly use ADD NEW. The sort order of categories there don't represent the sort order of the page tree (sometimes) and editors are complaining... (it's a looong list)

The first item is Balken -> Nadelholzbalken, but there are a few item more. They are way down at the bottom.
I couldn't figure out the existing sort order. It's not by ID.

There has to be a way to hook into this function and change sorting somehow?

@Marco Link  Sent you a message.

Hi @CraigThank you very much! Seems to work fine now.

Hi @Craig On PHP 8.1 and 8.2 the module throws a fatal error (at least with 3 different hosters) after install:

In short:

Fatal Error: Uncaught Error: Non-static method WayFathomAnalytics::getEmbedConfig() cannot be called statically in /site/modules/WayFathomAnalytics/WayFathomAnalytics.module.php:76 

EDIT:
removing static from the function seems to work (line 61 in WayFathomAnalytics.module.php)
But I don't know enough about PHP functions ...

15 hours ago, bernhard said:

Your version of PW seems to not have versionUrl on the $config variable. Can you update PW to a recent version?

@bernhard RPB seems to need at least PW 3.0.232 when the Version Module was introduced.

I updated to RPB 5.4.0 and it now runs without errors.