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

Upgraded to 4.13.8: Missing public_url - DO NOT USE 4.13.8! Solution: Revert to 4.13.7 #2672

Open
duceduc opened this issue Nov 12, 2024 · 25 comments
Assignees
Labels
bug Something isn't working v4.13.8 - DO NOT USE revert to v4.13.7

Comments

@duceduc
Copy link

duceduc commented Nov 12, 2024

IMPORTANT: Please search the issues, including closed issues, and the FAQ before opening a new issue. The template is mandatory; failure to use it will result in issue closure.

Describe the bug
Updating from 4.13.7 to 4.13.8 causes Missing public_url error message. My installation has never had any issue with missing public url errors in the past. Looking in the configuration, I noticed the public url line is empty. Tried to add it back https:\exernal_url.com did nothing. It will not accept the submit.

Reverting back to 4.13.7 and all is ok. Did not have to do any reconfiguration or reinstall.

To Reproduce

Upgrade to 4.13.8

Expected behavior

No error message. Upgrade with no issue

System details

  • Home Assistant version: 2024.11.1
  • alexa_media version (from const.py or HA startup log): 4.13.7
  • alexapy version (from pip show alexapy in homeasssistant container or HA startup log):
  • Is Amazon 2FA/2SV enabled <!---We will not debug login issues if unanswered---> (y/n): n
  • Amazon Domain: amazon.com

Debug Logs (alexa_media & alexapy)
Please provide logs.

Additional context

@tamet83
Copy link

tamet83 commented Nov 12, 2024

I have the same exact problem after upgrade the Addon.

@vjbalex
Copy link

vjbalex commented Nov 12, 2024

I deleted the Integration Entity and re-installed actually for a different reason. I noticed the public and internal address fields are reversed in order 4.13.8 from where they are on the setup configuration page in 4.13.7. The browser then complained the local address was insecure. I backed out and tried entering them in the old order ignoring the labels. It installed ok but after the reboot the Configure page has the local address in the field labeled public. Back to 4.13.7.

@arierom70
Copy link

I have the same exact problem after upgrade the Addon.

@markrgriffin
Copy link

same issue here after update

Logger: homeassistant.setup
Source: setup.py:416
First occurred: 10:06:03 (1 occurrences)
Last logged: 10:06:03

Error during setup of component alexa_media
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/setup.py", line 416, in _async_setup_component
result = await task
^^^^^^^^^^
File "/config/custom_components/alexa_media/init.py", line 159, in async_setup
CONF_PUBLIC_URL: account[CONF_PUBLIC_URL],
~~~~~~~^^^^^^^^^^^^^^^^^
KeyError: 'public_url'

@danielbrunt57
Copy link
Collaborator

I'm working on fixing it...

@danielbrunt57
Copy link
Collaborator

I deleted the Integration Entity and re-installed actually for a different reason. I noticed the public and internal address fields are reversed in order 4.13.8 from where they are on the setup configuration page in 4.13.7. The browser then complained the local address was insecure. I backed out and tried entering them in the old order ignoring the labels. It installed ok but after the reboot the Configure page has the local address in the field labeled public. Back to 4.13.7.

Did you install via legacy yaml or via add integration config entry?

@vjbalex
Copy link

vjbalex commented Nov 12, 2024

I deleted the Integration Entity and re-installed actually for a different reason. I noticed the public and internal address fields are reversed in order 4.13.8 from where they are on the setup configuration page in 4.13.7. The browser then complained the local address was insecure. I backed out and tried entering them in the old order ignoring the labels. It installed ok but after the reboot the Configure page has the local address in the field labeled public. Back to 4.13.7.

Did you install via legacy yaml or via add integration config entry?

via the add integration config entity

@bturrie
Copy link

bturrie commented Nov 12, 2024

Me too I'm going to roll back to the previous version of the addon until this is resolved.

@danielbrunt57 danielbrunt57 changed the title Upgraded to 4.13.8: Mising public url Upgraded to 4.13.8: Missing public url Nov 12, 2024
@MYeager1967
Copy link

I can't seem to get this rolled back. How are you doing it???

@duceduc
Copy link
Author

duceduc commented Nov 12, 2024

I just deleted the alexa folder inside custom_component folder. Restart ha. Nothing else.

@MYeager1967
Copy link

MYeager1967 commented Nov 12, 2024

I figured it out. Got the previous version downloaded and all is good again. :-)

@bturrie
Copy link

bturrie commented Nov 13, 2024 via email

@yyoshii
Copy link

yyoshii commented Nov 13, 2024

Hi,
i had the same issue.

I tried to delete the config and add it again by GUI.
In additional i tried to set the internal and the external address to the same values.
Both tries without success.

Then i opened HACS, searched the Integration "Alexa Media Player" and clicked on the three dot's.
Then i clicked "download again" and "selected" v4.13.7.
Afterwards i directly updated to v4.13.8 (newest version) again.

At least i restarted HomeAssistant and the Integration was up and running.

So, downgrade and update again fixed the problem for me.

@echavet
Copy link

echavet commented Nov 13, 2024

reversed to anterior version did fix the issue
did it by just replacing ha custom_components/alexa_media directory with this one:
git clone --branch v4.13.7 https://github.com/alandtse/alexa_media_player /config/custom_components/alexa_media

@duquedaniel
Copy link

I Downgraded to the previous version and it's now working. Have not tried to go up again.

@PlayedIn
Copy link

Same here:
`Log details (ERROR)
Logger: homeassistant.setup
Source: setup.py:416
First occurred: 5:45:22 PM (1 occurrences)
Last logged: 5:45:22 PM

Error during setup of component alexa_media
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/setup.py", line 416, in _async_setup_component
result = await task
^^^^^^^^^^
File "/config/custom_components/alexa_media/init.py", line 159, in async_setup
CONF_PUBLIC_URL: account[CONF_PUBLIC_URL],
~~~~~~~^^^^^^^^^^^^^^^^^
KeyError: 'public_url'`

@danielbrunt57
Copy link
Collaborator

Same here:

and same reply

@danielbrunt57 danielbrunt57 changed the title Upgraded to 4.13.8: Missing public url Upgraded to 4.13.8: Missing public_url - DO NOT USE 4.13.8! Solution: Revert to 4.13.7 Nov 22, 2024
@danielbrunt57 danielbrunt57 added bug Something isn't working v4.13.8 - DO NOT USE revert to v4.13.7 and removed bug Something isn't working v4.13.8 - DO NOT USE revert to v4.13.7 labels Nov 22, 2024
@billmoseley
Copy link

billmoseley commented Nov 24, 2024

Any suggestions how to revert AND log in? After downgrading and logging into Amazon the integration sill isn't set up.

I've tried downgrading (via HACS > three dots > "Redownload") to 4.13.7 and 4.13.6 and then restart HA. I then Add Integration and enter Email and Password and get sent to Amazon OAUTH login page, where I log in and enter the OTP sent to my phone.

Sometimes, while at Amazon I see in the HA logs I see what others have posted about:

2024-11-24 13:10:13.889 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to load_verify_locations with args (<ssl.SSLContext object at 0x7f3ffee050>,) inside the event loop by custom integration 'alexa_media' at custom_components/alexa_media/config_flow.py, line 374: self.proxy = AlexaProxy( (offender: /usr/local/lib/python3.12/site-packages/httpx/_config.py, line 149: context.load_verify_locations(cafile=cafile)), please create a bug report at https://github.com/alandtse/alexa_media_player/issues

But, not every time I try.

After entering my OTP Amazon then redirects back to HA and I get:

image

And after closing there's still no Alexa Media Player integration in HA. And there's no Aborted message in the logs, either.

What's the trick?

@MikeatLorne
Copy link

MikeatLorne commented Nov 24, 2024 via email

@danielbrunt57
Copy link
Collaborator

PS - this whole thing has been frustrating as the behaviour is a bit unpredictable.

I completely understand how very frustrated a lot of users are but as one of the contributors trying to fix everything, I think we have to be the most frustrated!

@danielbrunt57
Copy link
Collaborator

And after closing there's still no Alexa Media Player integration in HA. And there's no Aborted message in the logs, either.

What's the trick?

I've also experienced that several times and I think I might have gotten past it either by simply trying to add the integration at that point. Either that or I restarted HA and then it showed up, or I added it and then it showed up. I'm not sure now as many things have been happening in my Dev environment day in and day out...

@MikeatLorne
Copy link

MikeatLorne commented Nov 24, 2024 via email

@billmoseley
Copy link

Ha! Well, have to try again tomorrow.

image

(I'm using my wife's Amazon account. Do I tell her now or just wait until she asks why she can't log in?)

@danielbrunt57
Copy link
Collaborator

Apologies, I can now see that my comment regarding frustration could be interpreted as criticism of developers.

Thank you for the apology but I did not view your original comment as criticism of contributors but as just a statement of your frustration in general. I just want to clarify that and I thank you for your clarification and your appreciation of our efforts!

@danielbrunt57
Copy link
Collaborator

danielbrunt57 commented Nov 25, 2024

Do I tell her now or just wait until she asks why she can't log in?

You'll probably earn brownie points by telling her now. If you don't and she doesn't try to log in then no harm, no foul. But in my experience, what could ensue if she discovers she can't log in AND she finds out that you knew she wouldn't be able to AND didn't tell her, well, it could get ugly!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working v4.13.8 - DO NOT USE revert to v4.13.7
Projects
None yet
Development

No branches or pull requests