CodeBard

They are not errors, they are PHP notices for people who would make their code more strict (and C compliant).

PHP by default allows using uninitialized variables, but some people prefer to initialize their variables first, hence there are notices for these in-built to PHP.

Its for development.

PHP Notices, Warnings, Error reporting should never be turned on for production servers.

So, you dont have anything to worry about. There are around ~2500+ installations of the plugin despite the Wp org counter doesnt show it. Everyone seems happy with it, judging from mails and messages coming in.

You can use the plugin without worries.

Since no response, the only thing that can be concluded is that you had a malfunctioning theme or a plugin other than Patron Plugin.

The simple reason is that Patron Plugin doesnt have any code on user end which changes background colors. Hence, it cant effect a bg color change. This could have happened only through a broken css code or html via a theme or another plugin.

The only way to confirm is to check your site live, which you havent provided the url of…

Currently not.

But this is a good idea jeremy. It may be in the next version which is in a few weeks.

You dont have to assign any role to users for them to receive support. The plugin treats anyone as normal users aside from users specifically designated as support admins, support agents, wordpress admins.

Plugin takes care of login redirection by sending users to login and back from ticket viewing, support desk pages. However it does not modify any login forms or login code.

There are various bugs fixed with various important aspects of plugin and some enhancements in the version that’s going to be released tomorrow. You should wait until the new version is out, and update it before starting using it in production.

An uninitialized variable will not cause any trouble now or later as long as PHP group does not decide to turn the language into a strictly typed one in which people would have to initialize their variables before using them. Not to mention break a lot of other things inside PHP itself.

Its your preference to have your PHP strictly typed.

……….

Long story short, you havent encountered any issue with the functionality of the plugin, as you havent named any.

To make sure – have you encountered any issue or problem with the functionality of the plugin? What havent you been able to do?

It is certain that many people will have many different opinions on the color palette of a button in admin section of any given plugin. Leaving aside the fact that people at large have different preferences when it comes to art and style.

That is why it is a custom in WordPress development to give people the tools to change and modify their software to maximum extent possible when developing. Which principle, this plugin has been developed on.

And in that tangent, if a user would instantly drop this plugin over the color choice of a particular type of text on a particular type of button in Plugin’s WordPress settings page (which s/he will rarely ever see) in lieu of the functionality loaded in the Front end of the plugin (which really, really matters), then there isn’t much we can do to satisfy such a user in the long run.

It seems you are taken back by the color choice of a font on buttons on admin side, instead of anything related to actual functionality of the plugin, as your criticism focuses in that direction.

Which means that the actual functionality of the plugin was satisfactory, and that’s quite good to hear.

This appears to have potential but (a) the pink wording on blue buttons in the admin pages is hideous

Please note that you can override the style of buttons (and actually anything) by hooking into templating functions. Individually, or you can duplicate the templates/ folder into another plugin and override entire template by overriding template loading.