-
-
Notifications
You must be signed in to change notification settings - Fork 566
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
api.php status weird behavior? #2051
Comments
This issue has been mentioned on Pi-hole Userspace. There might be relevant details there: |
It seems like it does but also this status is wrong. If I disable the PiHole via the WebUi oder API, api.php shows status:"enabled". but it should return "disabled". So both api.php?status and api.php are wrong. |
Are you using a browser window to test this? |
with curl on command line, if i disable the service, using
|
The issue with the api.php status field seems to occur also with the pihole of this user: badsgahhl/pihole-browser-extension#57 (comment) He disables the PiHole via the extension. After some time the extension reloads the status from api.php and receives "enabled" although it's disabled. |
Looks like there are two separated issues:
|
Saw the same. Everything fine (pihole -c, PADD, Webinterface, Home Assistant Pi-Hole integration active switch, ...) but asking API for status always gives |
This has been merged into development.
|
When is the next release plant? |
Soon™ |
Yep, finding this an issue in Pi-hole v5.8.1 FTL v5.13 Web Interface v5.10.1 too. It's refferanced here also: arendruni/homebridge-pihole#46 |
Any update on release date? |
Soon-ish™ But really, it all depends on when we can align ourselves to get a release prepped and pushed out. We (the folk that press all the buttons) all live in different parts of the world, so it can be tricky to tie down a time sometimes. The fix will be in the next release, but I can't tell you at this point in time when that next release will be without being as vague as Soon. |
I tried changing to the dev branch with "pihole checkout web devel" but I still show the extension as always off. What did I do wrong? |
With v3.0.2 and PiHole devel its working fine. |
? |
Pi-hole version should be 5.x. I think he is using a different software (not specified) AND pi-hole. |
@davsav mentioned extension. That's why I referenced to badsgahhl/pihole-browser-extension#54 There the current extension version is 3.0.2. and everything is working right with devel of PiHole. Sorry for the confusion, forgot to quote reply 😅 |
Sorry for not listing what version of have of things. I have PiHole Browser Extension 3.0.2, OS: Win32, Browser Chrome 97.0.4692.99 and I am running Pi-hole v5.8.1, FTL v5.13, Web Interface vDev (devel, v5.10.1-45-g3e21e323). It does not appear to be fully working for me. I can click on the icon in the browser bar (which says off), then click on the slider, changing it from off to on, which causes the icon to say on but maybe a few seconds later it changes back to off. If I click on the icon in the browser bar (which says off), then click on the slider to turn it on then off, I can see that pi hole gets disabled. Then clicking on the icon in the browser bar (which says off), then click on the slider, changing it from off to on does reenable pihole and changes the icon to say on but maybe a few seconds later it changes back to off. |
We won't troubleshoot your Browser extension. Please use |
Thanks for the I am running two pi-hole systems so I'm not down if one has an issue. Using the command above, I was able to figure out that one of the systems was working as expected while the other was always reporting disabled. I then checked to verify that the non-working one was switched to devel and while I did give the command, apparently the command had failed. When giving the command again, I could see that the system could not reach github so I restarted the wireless interface, which then resolved my github access problem and it successfully switched to devel. Now the extension works as it should. Thanks for the help. |
Versions
Platform
Expected behavior
http:///admin/api.php?status should return the status, but it always returns
{"status": "disabled"}
this seems to break things like PiHole Chrome Brower Extension
if i leave out the status, it correctly returns the status.
http:///admin/api.php
Is this expected behavior? the api.php has code that looks for
$_GET['status']
so it seems like using query parameter is the right thing.. unclear tho, since there is no API documentation to reference.The text was updated successfully, but these errors were encountered: