PriSonerS61

I took a video and posted it hidden on youtube. I am sharing the youtube link as a hidden message just before this message. In the video I compared the popup in the old interface and the popup in the new interface. You will see it clearly from there. In the old interface: the popup page is at max page height and remains fixed. When the page is scrolled, only the page content is scrolled. But in the new interface: the popup does not take the max. page height at the start. When the page is scrolled with the scroll key, the pop-up scrolls to the max. page height. So it moves. This should not happen. It should be fixed like in the old interface. 1) windows 11 / chrome I don't write other details as they will be seen in the video.

Hello. I did the 4.1 Alpha 6 update and here is the latest status: @eralde @Anna Zhelankina It has been stated that this is not a problem: 2 Fixed problems : 1 , 3 , 4 , 5 , 6 , 9 Unfixed issues : 7 , 8 I also noticed 2 new problems, they are as follows: 10 ) Although the SFTP component is not installed, it seems to be installed in the new interface. When I try to open it, the log says "Error: Core::Configurator: not found: "ip/ssh/sftp" [http/rci]." I see the error. SFTP does not appear in the old interface. https://ibb.co/GTkBPCf https://ibb.co/kJv9L3S https://ibb.co/34BXGVx https://ibb.co/KNDN93c 11) I think there is a general problem with pop-ups in the new interface, because if the page is scrolled while the pop-up is open, the pop-up will also scroll. For example, you can go to the device detail page to test it. Open a device detail page and scroll up and down the page with the scroll key. After a while the popup will also scroll. I think the popup needs to be fixed.

Hi there. I think you should add this to the mobile view. We cannot be at the computer all the time to view the desktop version. When we want to enter the web cli with mobile, we have to interfere with the URL. It seems like an unnecessary move. I suggest you add it to the mobile version as it is in the desktop version or add a web cli option to the menu.

@eralde@Anna Zhelankina HI. I updated to 4.1 alpha 5 and here is the latest status, just wanted to let you know: Fixed issues : 1 - 3 - 4 - 5 - 9 Unfixed issues : 2 - 6 - 7 - 8 I also noticed that the phrase "read more" after the description is the same in both English and Turkish. This phrase is not localized.

@eralde@Anna ZhelankinaHello, I noticed that there is no data for the "connection" column for the mesh device in the new interface. Mesh is connected wirelessly. @KYTECHNGAMINGdevices are wired and the data shows up. I think the problem is only for wireless. https://ibb.co/LPz29ZB https://ibb.co/QcgW7tq 4.1 alpha 4

Hello, I would like to report a few bugs I noticed. @eralde @Anna Zhelankina 1) When the logo is clicked to return to the homepage (/dashboard) from a different page in the mobile view, it redirects to the /dasboard page, but the menu is automatically open. It should be closed. It works properly in the old interface, the new interface has a problem in this way. 2) The "command line" option that appears in the desktop version does not appear in the mobile view. 3) When the "Traffic monitor" page is opened for the first time, the time interval in the graph is nested. It will be fixed if the time interval is changed. This issue is triggered only when the "Traffic monitor" page is opened for the first time. 4) When I want to list the interfaces in the "default route" on the "Routing" page, I get a strange error. The "save" and "cancel" buttons are located above the interface names. (The z-index value for the row with the buttons is set to 70, so they are always at the top. Changing the value to 1 fixes problem 4 and 5) 5) In the same way, when I want to list the interfaces in a setup with a "default route", the scroll does not work in the interfaces section and there is a huge gap. If you reduce the height of the page and force the menu to open upwards, the "interfaces" are displayed properly. 6) The warning text that appears in Turkish in the "my network and wifi" section on the home page is in English. It should be in Turkish. There is also a difference between the English text that appears when Turkish is selected and the English text that appears when English is selected, even though they mean the same thing. 7) Although Turkish language is selected, the segment names on the "Wireless Access Control" page are in English. 8) The Turkish equivalent of "Import settings from previous router" is a bit long, so it does not fit in the allocated space and overflows.

Hi. Even without the 802.1X auth. component installed, this section appears in the new interface. It should not be visible. The old interface does not have this section because there is no component. @eralde

Then you can do something like this: name,url,username,password You can create a .csv file with the format and import it via settings > password > list > click on the 3 dots in the upper right corner and import .csv. The browser will now remember your password. (e.g. keenetic,http://192.168.1.1,admin,eralde) Yes there is no chrome://inspect on this browser. I don't know if it is chromium based or not but I have root access on my phone. /data/data/com.mycompany.app.soulbrowser /shared_prefs/ I found a file called WebViewChromiumPrefs.xml in the directory. Maybe this is an indication that it is chromium based. This is the content of the .xml: <?xml version='1.0' encoding='utf-8' standalone='yes' ?> <map> <int name="lastVersionCodeUsed" value="579016631" /> </map> All other files in the directory are encrypted, so I couldn't read them. My only opinion on this is this: The browser does the password filling automatically right after the page is loaded (onload function) and there is no clicking on the input fields. This is why the username and password at the bottom are confused with my username and password. When the browser autofills the username and password, just before logging in it looks like this: However, if I click on the input fields and type my username and password myself, it looks like this just before I log in. I think the problem is here...

@eralde Can you prioritize this problem please? I can accidentally ban myself when logging in. It takes too long to type the username and password manually. In 4.1 Alpha 3 there is no fix for this issue. https://forum.keenetic.com/topic/16704-страница-входа/?do=findComment&comment=169169

It seems to make sense. The example pictures are from the "wifiman" application. Dynamically pings and prints the result. User can add any domain/ip address. You can think about it @eralde

Hi. Of course I can explain in detail. For example, the data in the "Line Statistics Report" can be converted into a graph. The image below is of a "Zyxel keenetic plus dsl" device. This feature is available when used with keenetic devices with RU zone. DSL data starts to appear as a graph. However, Zyxel keenetic plus dsl model device cannot be used with a device with EU and TR region code. I think keenetic can do the conversion of this dsl data into graphs internally. Thus, if there is any problem with our dsl line, we can easily see it on the graph. https://ibb.co/C2gpqZn

Hello. Besides detailed statistics, are there any plans to create graphs for dsl values ?

I follow my Keenetic on grafana and I can provide you with 2 graphs on this topic. 1) Keenetic cpu utilization graph for 1 week. In the last 1 week the device was used at 4.1 Alpha 1. 2) I have been using version 4.1 Alpha 2 for the last 10 hours on average, so I present you the cpu usage graph for the last 6 hours. In summary, there is no increase in average cpu utilization in version 4.1 Alpha 2

Hello. I have a small complaint about this. I use "soul browser" on mobile. The automatic password filling feature no longer works properly with the new interface. Even though the username and password are automatically entered correctly, login is not possible. The username or password is incorrect. If I delete the autofilled information and type it in manually, it logs in correctly. I think there is a small bug here that you need to fix. I'm not sure, but maybe it has a problem because the auto-filled information overlaps with the text at the bottom. I have faith that you will fix it. It worked fine with the old interface.

I think that the features in the dark theme should now be the default feature with the new interface. 1) RSSI : Show rssi value by default for existing clients and mesh devices. 2) Dsl statistics : Dsl is very common in Turkey. That is why it is very important for us to see dsl statistics by default in the interface. It allows us to understand whether there is a problem on our line or not. "It would even be great if there were graphs of dsl statistics in addition to this."

This is a known issue. It has been diagnosed by @eralde and will be fixed in the next release.

Hello there. First of all, I congratulate you for doing a tremendous job. I love the new interface, I've been waiting for it for a long time I noticed a few minor errors, I would like to report them: 1) Clock data is not loaded properly in the new interface. https://ibb.co/w7cvvxb https://ibb.co/jr45rb3 2) Although the repeater ip address is 192.168.1.2, the new interface shows 192.168.1.3 https://ibb.co/gwxSTJ1 https://ibb.co/y49tq4C 3) The main / controller device is fine, but if logged out from the mesh device with the new interface, it will revert back to the old interface. ------- Recommendation Also, it is almost impossible to scroll up and down the page in mobile view. For this, a setting such as turn on edit mode / turn off edit mode can be made. In this way, when the design is locked, i.e. when the editing mode is off, the page will scroll down because it cannot be moved.

Hello. I am using the heimdall interface on a local device (asus tinker board 2S, ip address: 192.168.1.17). While the Heimdall interface works fine locally, it doesn't load properly with keendns. I guess it's just loading the html file. Files appear to be blocked on chrome developer screen when loading page with keendns. Here are the pictures. How do I solve this problem? I think this question concerns you @eralde #612568 KeeneticOS : 4.0 Beta 0.2 Heimdall : https://github.com/linuxserver/Heimdall Local (192.168.1.17:80) https://ibb.co/gFFR83h keendns (heimdall.xxx.keenetic.pro) https://ibb.co/YkHHK7G

I solved the above mentioned issue by entering the following two commands in keenetic. - no ip nat Guest - ip static Guest PPPoE0

Unfortunately, your method didn't work for me. However, there is a development related to my problem. Queries were not appearing in adguard home at all, as the Keenetic firewall by default rejects guest network dns queries. So I wrote a rule allowing 192.168.1.17:53 in firewall > guest segment and it worked, queries now flow into adguard home. But another problem arose Queries are flowing to the wrong place. All queries made from the guest network segment appear as 192.168.1.1 in adguard home. I think I need to fix this on adguard home side, how can I do that?

I don't understand the images very well. As far as I understand, I should write the adguard home ip address in the dns1 part of both segments. This place is for sure. This is how I did it too. I guess to write the home network ip address you also made in the guest network gateway part, is it correct? When I type 192.168.1.1 in the Guest Network Gateway and try to save it, it is automatically deleted. By the way, I should also say this. When I examined the packets in Wireshark, I saw that the guest network DNS queries went to the adguard home ip address "192.168.1.17" . So I think there is no problem in DHCP part, but I can't understand why it's not working in guest network when it's working from home network. Can you tell me what I should do through my pictures? Home segment (working) https://ibb.co/zNQR6zP Guest segment (Not working) https://ibb.co/N9PhxSQ

Hello. I am using adguard home on Asus tinker board 2S. IP address of the device: 192.168.1.17 In order for the devices to use adguard home, I wrote 192.168.1.17 in the dns section of the dhcp header in the home segment and guest segment in keenetic. While I can see the home segment (192.168.1.1) queries on adguard home, I cannot see the guest segment (10.1.30.1) queries on adguard home. What do you think is the problem ? bind_host: 192.168.1.17 bind_port: 3000 . . . dns: bind_hosts: - 192.168.1.17 port: 53

Output "show internet status" for repeater / extender device Output "show internet status" for the main device

I'm having the same problem on Alpha 11. The repeater / extender device warns that there is no internet. 4.0 alpha 10 did not have this problem. As far as I noticed, dns is not visible on the interface of the device with repeater / extender. In the past, dns appeared here. I guess it might be related to that.

I think the problem is with the interface. Console output is as follows. @eralde https://ibb.co/pnk0Gfg