-
Notifications
You must be signed in to change notification settings - Fork 385
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
Restart with confirmation #1663
Conversation
are we going to have the same issue as |
I split the code into 3 PR:
so maybe first add lang fix and confirmation and we will test it? |
okay all have been merged and upgraded with no issues so far. Should I merge this? |
Yes, add please. I think that problem was in username. |
Works well. |
Hmm... wait.... |
It showing modal to shutdown server - it should be to restart. |
can you confirm all are working good? |
No. We need to replace
to
Will you do it or should I do PR? |
done |
Thank You. |
FYI there does seem to be an issue with install of new plugins. Can you please take a look? |
Hmm... It seems that nothing appears in this window - it's not about the fact that, for example, the text is invisible, but just as if nothing is happening there. In my PR there was rather nothing that would have any impact on it. |
Yeah not on this one but I think one of them? |
Changing theme - not solve problem. When I inspect this element it is just empty. It looks like nothing is happening there.Because if it was a display problem, the window would disappear after a while. I also wonder why the plugin update works well but the installation of the new one does not? My PR was about:
I don't think anything will affect it. All the changes I proposed were only in the "ui" directory - I don't think he was responsible for installing plugins. But of course I will think, I will look, I will try to help. |
@donavanbecker |
beta 63 - I have same problem as @donavanbecker mention I have raspberry pi 4 |
@mkz212 , @donavanbecker strange, on my side all working as expected macOS Sonoma |
@donavanbecker And You? Maybe we will find a common point. |
Do you see any more mistakes? I think we've solved everything you've been writing about lately.:
|
Still having issue on latest beta with docker. Last thing I am trying to implement before releasing this version is child bridge restart, if anyone want to take what I have added so far.... |
DOESN'T WORK ON:
WORK ON:
So I think that is not node or hb's fault. |
@donavanbecker When i try to install plugin via terminal: |
That only happens to the bottom item |
If it is not to appear, you have to add to css:
|
and this css is to bound to the right side (@grzegorz914 idea):
But I don't think it's a good idea. Currently, the window adjusts dynamically. For example, on the mobile, in the last element when we click this window will appear above 3 dots: |
Ok I made PR with a possible solution for it to be bounded to right and adjust automatically. |
We need to fix that. |
@mkz212 |
I checked it on different browsers (Safari and Firefox) And I have the same error on both. But it only occurs when installing a new plugin. In the view of the current plugins, everything works fine. If it works well for you, maybe it's a bug related to the device ? @donavanbecker @bwp91 Didn't you introduce anything related to the GLIBC and node error - something to detect system etc.? In ui code there is one code responsible for the appearance of both: installed plug-ins and those to be installed. If there was an error here, it would be visible in both places, but this is not because the installed plug-ins are displayed correctly. |
The problem occurs when the plug-in list is too long. E.g. If I only have two results or 5, it's ok - I can install new plugin and the layout is ok. But even if I have long list installed plugin - there is no problem - problem only when search for new plugin! But what does it have to do with installing a plug from the terminal command? You can't install the plugin there. And why for @grzegorz914 all works fine? |
This resolved it for me! #1673 |
@mkz212 @donavanbecker if search for |
Okay I can recreated. |
same here! camera - ok |
must be a feature to push people to Apple? ;) |
I just checked and in 4.52.1 it is ok. |
pushing a potential fix that we found |
beta 67 still have this problem |
beta68 should fix it. |
@mkz212 are you on the homebridge discord? |
Finaly! Beta 68 fix it! |
@donavanbecker @mkz212 b.68 fix for me too, in other things after update plugin running as child bridge I get possibility to restart only the child bridge but nothing happens after press the button on modal window. |
yeah that is a work in progress. Restart Homebridge should show as well right now. |
@mkz212 seeing this on docker: and shouldn't be |
@donavanbecker Can you be a little more accurate? When do you see it? And why shouldn't it be? In the sense, there should be no restart option at all? Shouldn't there be confirmation? |
you can't restart the docker OS, you can however restart the container. we have reverted the restart back to just restarting homebridge for now. |
Aaaa... OK! Thank You. I have already corrected. I added PR. Now there is detection whether docker or not (as in the dropdown menu). |
show modal with confirmation, like after click restart in dropdown menu