Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Detecting when plugins throw errors with WP_DEBUG===true #158

Open
jeffpaul opened this issue Sep 19, 2018 · 0 comments
Open

Detecting when plugins throw errors with WP_DEBUG===true #158

jeffpaul opened this issue Sep 19, 2018 · 0 comments

Comments

@jeffpaul
Copy link
Member

@mikeschinkel commented on Wed Jun 13 2018

For reference see the mention in Slack.


@jeffpaul commented on Wed Jun 13 2018

Copying in the details from Slack for those who don't (or choose not to) have access:
Thursday, June 7th
mikeschinkel [5:20 PM]
Here is a thread about showcasing WP_DEBUG issues I started on #meta. They pointed me back to #tide as a solution and suggested I propose it here, although it sounds like maybe you are already planning something like this?

In a nutshell it would be great if a plugin could be marked as having been developed with WP_DEBUG or not by virtual of it not throwing warnings and errors when WP_DEBUG==true.

Having a nice big red "X" would be great incentive to get plugin developers to learn about WP_DEBUG and to start using it. Too many don't because too many plugins don't; it's a vicious cycle. (edited)

mikeschinkel
Lately one of my biggest issues is trying to work with plugins where setting WP_DEBUG generates a stream of errors. Seems to me this should be a minimum requirement for entry into the WordPress plugin repository.

One way to address it would be give a way for the community to report issues with a plugin when WP_DEBUG is not set and then give plugin developers 10 days to response after which the plugins would be temporarily delisted until the issue is resolved.

Is there any will among the wp.org team to consider addressing this?
Posted in #meta Jun 7th

image


@hellofromtonya commented on Thu Jun 14 2018

Hmm, @mikeschinkel is right. Catching the PHP thrown warnings and notices while in WP_DEBUG mode is an indicator of quality.

The questions then become:

  1. How can each be detected?
  2. How can each then be quantified and measured?

Exercising the code will reveal the notices/warnings when the control flows through the code where the problem lives.

Therefore, the challenge comes in running all the control paths. We all have that challenge in designing our test suites.

Hmm, interesting challenge for us to solve.


@jeffpaul commented on Tue Aug 28 2018

Per bugscrub today, we're moving this to Future Release.


@jrfnl commented on Tue Sep 04 2018

Loosely related to: #138

@jeffpaul jeffpaul added this to the Future Release milestone Mar 6, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant