-
-
Notifications
You must be signed in to change notification settings - Fork 47
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
cannot change settings in 4.7.5 #359
Comments
I get the same error when clearing query log or statistics
|
same here after updating |
I'm also facing some content-type issues with 4.7.5 in the adguardhome-sync tool. bakito/adguardhome-sync#121 |
There seems to be an issue in adguardhome itself. |
Updated to 2022.11.2 and the issue is still there. I'm running a new install of AdGuard on the latest HA. System Information
Home Assistant Community Store
Home Assistant Cloud
Home Assistant Supervisor
Dashboards
Recorder
Spotify
|
v0.107.15 introduced a new content type policy. I think this causes the problem. Here
|
I have exactly the same issue. I cannot clear the cache in Adguard Home Addon in Home Assistant Supervised version: |
This seems to be a UI issue. I can enable/disable the features with curl after I extract my auth cookie and the exact URL from my browser session.
The parts missing from the UI are a content-type of application/json and an empty json payload (which is different than an empty payload). |
I'm having the same issue. Is there anything you need to help reproduce / fix? |
I did find that if I update the Web interface port to be available: and I navigated to https://homeassistant.local:3000/ and logged in with my HA credentials that I can then change the settings without issue. |
@whwar9739 nice catch.. this works for now... looks like default tcp is broken with update or ha using the default tcp port |
This issue doesnt seem to be assigned to anyone and the Adguard team closed it as invalid AdguardTeam/AdGuardHome#5116 - @frenck as your listed on the HA addon page, can you help? Where should this issue be posted to get resolved? |
#5116 still applies it is just marked as a dupe of this one; I did a search for nginx.conf on my machine and found several which had this line:
I changed them al to:
restarted HA, got the same error messages about not being able to turn on the three check as listed in my issue, then rebooted the rpi and still had the same issue, then looked again in the nginx.conf files and they had all changed back to "application/octet-stream;" |
As I posted a few days ago, this can be fixed in the UI. Instead of relying on default content types, the javascript that makes the api call needs to explicitly set the content type to "application/json" AND send an empty json payload of "{}". I was able to reproduce the failure using defaults and a success using the above changes. If the adguard team doesn't care about supporting the product behind a proxy, I can understand why the would close the case. For me, I know how to correctly make the api call and can deal with the minor inconvenience. |
Dear Randy Hall,
Can you provide a step by step solution, please?
Kind regards
Adrian Ambroziak
…On Mon, Nov 14, 2022 at 8:29 PM Randy Hall ***@***.***> wrote:
As I posted a few days ago, this can be fixed in the UI. Instead of
relying on default content types, the javascript that makes the api call
needs to explicitly set the content type to "application/json" AND send an
empty json payload of "{}". I was able to reproduce the failure using
defaults and a success using the above changes. If the adguard team doesn't
care about supporting the product behind a proxy, I can understand why the
would close the case. For me, I know how to correctly make the api call and
can deal with the minor inconvenience.
—
Reply to this email directly, view it on GitHub
<#359 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFULAOTG3UP3UGD65DOJAODWIKHIZANCNFSM6AAAAAARZLAA5Y>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
@hall757 can you elaborate how to fix the issue you mentioned above? |
I took a quick look at the code. It appears that the api spec itself just
needs to define that post body should be "{}" and the content-type should
be "application-json"
I'm sure the real culprit is the home assistant ingress changing the
headers in a way that breaks adguard.
Here is my guess. I don't have a build env setup to test this.
https://github.com/AdguardTeam/AdGuardHome/blob/master/openapi/openapi.yaml
…--- openapi.yaml.old 2022-11-15 11:07:12.048079000 -0500
+++ openapi.yaml 2022-11-15 15:13:51.957002996 -0500
@@ -633,6 +633,12 @@
- 'safebrowsing'
'operationId': 'safebrowsingEnable'
'summary': 'Enable safebrowsing'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -642,6 +648,12 @@
- 'safebrowsing'
'operationId': 'safebrowsingDisable'
'summary': 'Disable safebrowsing'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -671,6 +683,12 @@
- 'parental'
'operationId': 'parentalEnable'
'summary': 'Enable parental filtering'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -680,6 +698,12 @@
- 'parental'
'operationId': 'parentalDisable'
'summary': 'Disable parental filtering'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -712,6 +736,12 @@
- 'safesearch'
'operationId': 'safesearchEnable'
'summary': 'Enable safesearch'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -721,6 +751,12 @@
- 'safesearch'
'operationId': 'safesearchDisable'
'summary': 'Disable safesearch'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -1243,6 +1279,9 @@
'$ref': '#/components/schemas/RewriteEntry'
'required': true
'schemas':
+ 'EmptyBody':
+ 'type': 'object'
+ 'nullable': true
'ServerStatus':
'type': 'object'
'description': 'AdGuard Home server status and configuration'
On Tue, Nov 15, 2022 at 1:32 PM itsboo07 ***@***.***> wrote:
@hall757 <https://github.com/hall757> can you elaborate how to fix the
issue you mentioned above?
—
Reply to this email directly, view it on GitHub
<#359 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAWHZIPU2H6CHS26QERTPDTWIPJLRANCNFSM6AAAAAARZLAA5Y>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Randy Hall
|
So is anyone looking into fixing this issue? I have the same problem. |
This had no effect when rebuilding. Although it didn't hurt.
Since whwar9739 reported this working when directly exposing the container
port, I'm going to point the finger at the HA ingress.
…On Tue, Nov 15, 2022 at 3:19 PM Randy Hall ***@***.***> wrote:
I took a quick look at the code. It appears that the api spec itself just
needs to define that post body should be "{}" and the content-type should
be "application-json"
I'm sure the real culprit is the home assistant ingress changing the
headers in a way that breaks adguard.
Here is my guess. I don't have a build env setup to test this.
https://github.com/AdguardTeam/AdGuardHome/blob/master/openapi/openapi.yaml
--- openapi.yaml.old 2022-11-15 11:07:12.048079000 -0500
+++ openapi.yaml 2022-11-15 15:13:51.957002996 -0500
@@ -633,6 +633,12 @@
- 'safebrowsing'
'operationId': 'safebrowsingEnable'
'summary': 'Enable safebrowsing'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -642,6 +648,12 @@
- 'safebrowsing'
'operationId': 'safebrowsingDisable'
'summary': 'Disable safebrowsing'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -671,6 +683,12 @@
- 'parental'
'operationId': 'parentalEnable'
'summary': 'Enable parental filtering'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -680,6 +698,12 @@
- 'parental'
'operationId': 'parentalDisable'
'summary': 'Disable parental filtering'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -712,6 +736,12 @@
- 'safesearch'
'operationId': 'safesearchEnable'
'summary': 'Enable safesearch'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -721,6 +751,12 @@
- 'safesearch'
'operationId': 'safesearchDisable'
'summary': 'Disable safesearch'
+ 'requestBody':
+ 'required': true
+ 'content':
+ 'application/json':
+ 'schema':
+ '$ref': '#/components/schemas/EmptyBody'
'responses':
'200':
'description': 'OK.'
@@ -1243,6 +1279,9 @@
'$ref': '#/components/schemas/RewriteEntry'
'required': true
'schemas':
+ 'EmptyBody':
+ 'type': 'object'
+ 'nullable': true
'ServerStatus':
'type': 'object'
'description': 'AdGuard Home server status and configuration'
On Tue, Nov 15, 2022 at 1:32 PM itsboo07 ***@***.***> wrote:
> @hall757 <https://github.com/hall757> can you elaborate how to fix the
> issue you mentioned above?
>
> —
> Reply to this email directly, view it on GitHub
> <#359 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAWHZIPU2H6CHS26QERTPDTWIPJLRANCNFSM6AAAAAARZLAA5Y>
> .
> You are receiving this because you were mentioned.Message ID:
> ***@***.***>
>
--
Randy Hall
--
Randy Hall
|
I have the same problem. Best regards |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
where are you updating the port? I don't seem to have this menu/setting |
It's on the Add-on configuration page (https://homeassistant.local:XXXX/hassio/dashboard, click AdGuard Home, then go to the Configuration tab). I had a switch to how disabled ports that showed the Web interface box. |
* Do not let aiohttp add a Content-Type header aiohttp adds a Content-Type header by default, as well as other headers. This may usually be convenient, but it breaks APIs that explicitly ask for no content type header, for instance on post requests with an empty body. Since ingress is proxying the requests from the browser to the add-on, it should avoid modifying them. I only skip this header auto generation because it actually breaks the Adguard add-on. - hassio-addons/addon-adguard-home#359 I haven't tested this yet. * Use headers constant
With both pull requests merged, this issue should be fixed by updating to the next (not yet released) home assistant and supervisor releases. Both home assistant core and the supervisor will have to be upgraded. |
Yeah, we discussed it yesterday with some core members. We've merged it now, and are going to put it to the practical test with the upcoming nightly builds. If those do not raise new issues, we will consider marking it for a Core patch release and a next push of the Supervisor. |
The changes upstream have been tested extensively today, it solved this issue and doesn't seem to have any negative effect on other add-ons. Roll out will start happening soon in both Core & Supervisor releases. |
Hi,
This is a very good information. Thanks a lot! Take care and keep warm.
Winter is coming. :)
śr., 14 gru 2022, 16:43 użytkownik Franck Nijhof ***@***.***>
napisał:
… The changes upstream have been tested extensively today, it solved this
issue and doesn't seem to have any negative effect on other add-ons.
Roll out will start happening soon in both Core & Supervisor releases.
—
Reply to this email directly, view it on GitHub
<#359 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFULAOS5U67WIDRMMQ5GNDDWNHTL3ANCNFSM6AAAAAARZLAA5Y>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Home Assistant Core 2022.12.6 contains the fix needed, The Supervisor part of this change/fix is on the beta channel at this moment (as there are more changes in that release). Once that has been declared stable, the issue should be gone. Expected is maybe this or next week for rollout (depends a bit on how the beta goes). ../Frenck |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
@stamandr @derwotograf Correct. As expected. This issue is still open and the path and progress has been explained above (pleas read the issue before responding). Marking your comment as off-topic for that reason. |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as off-topic.
This comment was marked as off-topic.
Hi @frenck , To my understanding the two patches have already been released in the stable channels. For core, you mentioned Home Assistant Core 2022.12.6 having the patch. For supervisor, it is listed in the 2022.12.0 release notes: I verified today and it works on my home assistant os verified instance on my raspberry pi 4. Is there anything I am missing? |
@zeehio supervisor version 2022.12.x was only pushed to stable 9 hours ago. home-assistant/version#268. It takes some time to deploy automatically. |
I've tested it again and all working normally - so thank you! |
Yes, and both @KruseLuds and @stamandr reported the issue occuring on the patched supervisor and core versions. So something had to be missing. The home assistant Adguard plugin works now, but the Adguard integration in home assistant core is still broken. Untested PR open at frenck/python-adguardhome#677. I will have limited availability in the following weeks so I won't be able to test that patch. It will need to be fixed there and the integration dependency will have to be bumped in home assistant core. |
This isn't the repository for the HA integration, anything related to that is off topic here. |
All is working in Adguard Home version v0.107.21 Home Assistant Supervised
newest stable core and version. No issues anymore.
czw., 29 gru 2022, 08:14 użytkownik Franck Nijhof ***@***.***>
napisał:
… This isn't the repository for the HA integration, anything related to that
is off topic here.
—
Reply to this email directly, view it on GitHub
<#359 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFULAOWQVU5RNCVXQEJFVV3WPU25LANCNFSM6AAAAAARZLAA5Y>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
Alright, both the Home Assistant Core and Supervisor have been adjusted to support the upstream changes of Adguard Home and now handle it well in Ingress. The Supervisor has been rolled out completely, and should not be automatically available and installed on every system out there. For the Home Assistant part, make sure you run at least 2022.12.6 or newer. Thanks, @zeehio for finding and addressing the issues upstream 🎖️ Happy New Year 🥂 ../Frenck |
This comment was marked as off-topic.
This comment was marked as off-topic.
@sysadmin-info as stated now many many times before, this is the add-on issue tracker and has nothing to do with the integration. Your comment is fully off-topic and thus hidden. |
Problem/Motivation
change settings on webpage
Expected behavior
set or remove hook
Actual behavior
get error
Steps to reproduce
go to allgemeine einstellungen try to change settings
Proposed changes
I tried with HA 2022.10.5 and 2022.11.1, was working in 4.7.4
The text was updated successfully, but these errors were encountered: