Kisselburg: Stock TwentyFifteen theme loads everything fine
Bilbrew: Hm, let me try swapping the theme, too
Dunbar: Yeah, no luck there :
Oines: Fockler: yea your issue is not theme related
Veno: Any ideas on how to troubleshoot to find whatever function is causing this? I know how to use grep to search for strings.
Brodka: So, the thing is the contact us form is not working as no emails are send whereas when I tested with a plugin named “Check Mail”, the test was a success.
Notter: Didn’t think so; I’d already searched the source for php settings
Officer: Brodka: why in the FUG wont you answer my single, easy question I asked you multiple times? You just ignore it
Seat: Brodka: no one is going to help you if you keep on like this.
Rane: Ugh, php-fpm had post_max_size of 8m.
Fontanilla: I just enabled wp debug display and its showing the same error over and over
Canon: Public_html/wp-includes/functions.php on line 3457 Notice: The called constructor method for WP_Widget is deprecated since version 4.3.0! Use
Dossie: Whoops sorry for the multi-line paste
Ruge: Can someone help explain why WP is displaying raw HTML for my theme’s admin page?
Catterton: Dcr: not broken. just out of date
Burczyk: Plzhelpim*****ed: that is not related to your permissions issues .
Theiss: I built an admin page for my theme and used the admin_menu hook. It worked great, but then I installed a plugin that also uses the admin_menu hook; now the plugin’s admin page works and mine just displays raw HTML the HTML is *correct*, but it doesn’t render the page
Swoap: Plzhelpim*****ed: its just that one of your plugins OR your theme isnt using the new __contruct method
Howton: Skubik: does the plugin interact with your settings page in any way or conflict naming conventions maybe
Sammartino: When I deactivate the plugin, my theme’s admin page works fine again
Model: Butch, Curtin, thanks for the patience. What I get for only dealing with WordPress once a month.
Broadwater: Skubik: not really what I was asking
Pollart: Plzhelpim*****ed: no the error you’re getting is the permissions one. THAT is the message you move towards to debug
Argiro: Plzhelpim*****ed: you’ve already got your error message .
Fairbank: Plzhelpim*****ed: https://codex.----escape_autolink_uri:a03ded6cd97ffffa8f7b4e1454f3eecc----.org/Changing_File_Permissions
Triska: Butch: No, the plugin doesn’t have anything to do with my admin page. It *does* add something to the user profiles to support local avatars.
Ozols: Plzhelpim*****ed: if you say you didnt mess with any permissions at all mayeb you should start with calling your hosting provider
Clippard: Skubik: and your naming conventions? theyre unique enough that they arent overwriting each other somehow
Maples: Butch you think it’s an actual chmodding issue? I figured it was a function or something
Castellon: Because the problem goes away when I change themes
Grillo: Skubik: also check to make sure that its not some JS conflict. dont know what JS you use
Sandone: Plzhelpim*****ed: yea i suppose that makes it extra weird
Bauernfeind: Plzhelpim*****ed: where do these notices pop up?
Louie: Wp-admin/admin.php?page=woocommerce_settings
Rebar: Is that the only one?
Essery: Butch: Naming conventions should be fine; I used the theme name as a prefix for almost everything function names, etc so I don’t think that’s a problem
Boothman: Skubik: check console for errors. i dont know what your setup is for your settings page but soudns like it COULD be a JS conflict if your page uses JS to do some stuff
Kluver: Also got the error page on the payment processor plugin settings authorize.net add-on
Puerto: MOST is not a good answer.
Badagliacca: Especially when I ask if other pages get the error