Egbert Jan

Well, on my new and empty test site, the problem is gone… I *MUST* try it on the production site. Since we do not need that many events anymore (COVID-19 restrictions), I’m nog going to do that. I suggest that you close the ticket. If it becomes important again, I’ll be back. Thanks for your time and effort.
Egbert Jan, speldorado.com

I’ll have to compose a new series of events. Will do that on my test server since I cannot use the production server for obvious reasons. That will take a few days.

You might get the effect yourself when you create more than 16 events on a single day. In month view the list of events suddenly is not ordered anymore.

I’ll try the conflicts test and include the sysinfo.

Egbert Jan

It is still there.

Important addition:
I just found that month view sorting order is broken if more than 16 events are created on a day. As soon as I add one more a wierd order is shown that day.
Hope that this helps.
CU Egbert Jan

Hi Yordan. That is exactly what I was looking for. Many thanks!
Egbert Jan, NL

Hi,
DYMO.Connect is cacable of printing on remote printer server after all. The printer server in my Synology 218+ seems to satisfy DYMO.Connect better than a Cups based printer server. There is a small penalty; there is delay of several seconds before the LW450 starts to print.

With the connect js library, my plugin to print “schap labels” prints on the Synology printer again. My plugin is 99.9% based upon sample code from the labelwriter JDK. Connect seems to be compatible with the previous labelwriter framee work code.
Remember: YMMV
Greetings, Egbert Jan, NL

Dank.
Pity that is stopped working with the connect framework. It was fine with the label framework (8.7.1 ?) until recently. Probably because W10 or Chrome updates it stopped working on both USB and IP printers.

I’ve installed Connect and replaced the js library in my WP plugin and USB works again.
Several years ago I’ve written some code to print shelf label on the LW450.
Since Speldorado.com also runs a Sinterklaas service there was a need to print labels with details of the child on the gift. I use info from Form7 and Flamingo plugins for that. Maatwerk dus.

Pity that we need local (USB) attached LW450’s now in stead of one centralized printer.
Gr.Egbert Jan

Correction: the Cups printer is NOT shown in the printer list.

Thanks for clarifying the real problem and we all are happy that there IS no security flaw. A “bridge” plugin between WP and a “third party” program should not be a show stopper. AriAdminer is a well recognized plugin and I could not do without it. Installing phpmyadmin to tinker with the tables seems an overkill and is not possible without root access to the server. Pse keep up the good work! Thanks, Egbert Jan from NL

I have not seen any problem with the latest ari adminer version 1.2.3 for wordpress and php 7.0, 7.1 and 7.2. Recent releases are available from Github. I don’t know which (if any) version is available from the WP repository nowadays. There seems to be an ongoing problem releasing it. Use github and unzip/upload manually.
Egbert Jan, NL

is this occurring directly after upgrading the plugin? Did you stop/start apache2? Adminer 1.2.1 works fine for me. The overview page has numbers again and I can insert rows in arbitrary tables
Egbert Jan, NL

All 1.1.{12-14} releases give a tables overview page as expected, with readable sizes. Release 1.2.0 give just question marks though.

I tested this with 1.1.13 and 1.1.14. I did not know of their existance; the auto updater never told me that newer relaeases than 1.1.12 were available. When 1.2.0 became available I was notified again.

What is the big difference between the 1.1.X relases and the 1.2.0 release that mangles the correct display of the tables overview page? A new version of some js library perhaps?

CU, Egbert Jan, NL

To Ari-Soft.
Thanks for 1.2.0. An observation though: on the initial Adminer page (database tables overview) all columns are fille with “?”, not real numbers. This happens on both Ubuntu 16.04.5 (PHP5.2) and 18.04.2 (PHP70). Rolling back 1.1.12 (the latest I have) solves the issue immediately. I seem to remember that I had a similar issue in 1.1.10 or 1.1.9.
Furthermore one needs to tick two selectors to see the defaults and comment fields of a table. 1.1.12 displays these fields by default. I’m forced to stick to 1.1.12 on my production server for now. I’m happy to test other versions of adminer on my testbed.
PSE let me know where 1.1.13 upto 1.2.0 releases can be downloaded.
CU, Egbert Jan, NL.

fully agree with posters here. Please let the site owner choose between v2 and v3.
Egbert, NL

Thanks Gerhard. I’ll further investigate this. Sounds like a way to a solution. Now find out how to implement it… I’m not a very good programmer. RTFM, I guess. The Woo Codex in this case.
Cheers, Egbert Jan