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

Pi hole is offline - but online #54

Closed
ramlev opened this issue Apr 2, 2019 · 5 comments
Closed

Pi hole is offline - but online #54

ramlev opened this issue Apr 2, 2019 · 5 comments
Assignees
Labels

Comments

@ramlev
Copy link

ramlev commented Apr 2, 2019

Before submitting a bug report, are you using a test version of Pi-hole? If so, PADD doesn‘t support beta versions of Pi-hole!

Describe the bug
A clear and concise description of what the bug is.

To Reproduce
Steps to reproduce the behavior:

  1. ... padd.sh running on my RPI
  2. ... from web interface to pi.hole, disable permanetely
  3. ... check that pi hole is off-line in top of padd.sh
  4. ... from web interface to pi.hole enable again
    5... padd.sh keep showing 'pi hole is off-line'

Expected behavior
pi hole is online, but the padd.sh telling me it's offline, until i restart padd.sh

Screenshots
Screen Shot 2019-04-02 at 19 20 23

@jpmck jpmck self-assigned this May 23, 2019
@jpmck jpmck added the Bug label May 23, 2019
@boarder2k7
Copy link

boarder2k7 commented Jun 10, 2019

I am having this same issue on PiHole version 4.3

It will display as online upon first boot, but goes offline if PiHole is disabled, and never refreshes to back online. Ex: After using the "disable for 5 minutes" option

Manually restarting PADD will then display the correct active status again.

As a request for the fix, it would be awesome if the status indicator could go yellow and give a "disabled for XX:XX" message when temporarily disabled.

@KnownAim
Copy link
Contributor

KnownAim commented Jun 1, 2020

Issue still exists. Can easily replicate on PADD v3.1. If PiHole is disabled and re-enabled, PADD will not update the information until it is manually restarted.

@blurfl
Copy link

blurfl commented Dec 19, 2020

On my setup (v5.2.1), this seems to only affect the retro logo used by my 7" touchscreen. I run pihole from .bashrc, and padd.sh sees the screen size as 100x30, so chooses the 'mega' screen size.

PrintLogo() uses a variable full_status_ for the status message and checkmark in all except the retro logo. That uses mega_status, and mega_status doesn't seem to get updated.

I've tried two approches to a patch, either seems to work:

by altering PrintLogo() to use fuil_status_ :

# use full_status_ with the retro_logo because mega_status doesn't reflect 'healthy' after a disable timeout
     CleanPrintf "${padd_logo_retro_3}   ${pihole_check_box} Core  ${ftl_check_box} FTL   ${full_status_}${reset_text}\e[0K\\n"

or by adding a line to NormalPADD() to update mega_status in the way used by several other screen sizes:

    pico_status=${pico_status_ok}
    mini_status_=${mini_status_ok}
    tiny_status_=${tiny_status_ok}   
    # update mega_status to reflect 'healthy' after disable timeout
    mega_status=${mega_status_ok}   

I don't know which approach would be best, and haven't tested either enough to know what other effects either change would have.

@blurfl
Copy link

blurfl commented Dec 20, 2020

Checking the nice custom PADD from @guiliomagnifico mentioned here, the same issue occurs, and the same patches (either one) correct it.

@KnownAim
Copy link
Contributor

This can now be closed due to #167.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants