I uploaded a few early test builds. Gathering further feedback before finalizing a point release, so 384.8_2 won't be out for at least a couple of days.
I uploaded a few early test builds. Gathering further feedback before finalizing a point release, so 384.8_2 won't be out for at least a couple of days.
RT-AC5300
Tried the test build, dnsmasq still fail to start up with dhcp-boot statement.
Someone else just left it for 8 hours and it disappeared on its own.
Try updating to the 384.8_1, maybe that might help.With me, even after 24 hours nothing has changed.
Does anyone else have the suggestion of removing the flashing, annoying yellow exclamation mark?
Always worked fine.
With me, even after 24 hours nothing has changed.
Does anyone else have the suggestion of removing the flashing, annoying yellow exclamation mark?
With me, even after 24 hours nothing has changed.
Does anyone else have the suggestion of removing the flashing, annoying yellow exclamation mark?
For me I've upgraded to 384.8 from 384.7_2 on my AC88U but there is a lot of problem in French language (some data doesn't appear and some apply button don't work), even after factory reset..
Click on the Check button on the Firmware Upgrade page.
Also make sure you really are running 384.8.
Double check your configuration. This is entirely handled by dnsmasq itself, and has nothing to do with the firmware code itself.
After updating it was also flashing still flashing on my router, however it was gone after I turned the router off, unplug the power, turn the power button on for 10 sec. Then turn it off again, plug the power in again, and then turn it on. Forgot what the name of this method is, maybe that helps for you also...With me, even after 24 hours nothing has changed.
Does anyone else have the suggestion of removing the flashing, annoying yellow exclamation mark?
nvram show | grep webs_
cat /tmp/webs_upgrade.log
ASUSWRT-Merlin RT-AC88U 384.8-0 Sun Dec 2 18:39:58 UTC 2018
12345@RT-AC88U-A5:/tmp/home/root# nvram show | grep webs_
webs_notif_flag=
webs_last_info=
webs_state_update=
webs_state_odm=0
webs_state_url=
webs_state_flag=1
webs_state_error=
webs_state_upgrade=
size: 68510 bytes (62562 left)
12345@RT-AC88U-A5:/tmp/home/root# cat /tmp/webs_upgrade.log
cat: can't open '/tmp/webs_upgrade.log': No such file or directory
Code:ASUSWRT-Merlin RT-AC88U 384.8-0 Sun Dec 2 18:39:58 UTC 2018 12345@RT-AC88U-A5:/tmp/home/root# nvram show | grep webs_ webs_notif_flag= webs_last_info= webs_state_update= webs_state_odm=0 webs_state_url= webs_state_flag=1 webs_state_error= webs_state_upgrade= size: 68510 bytes (62562 left) 12345@RT-AC88U-A5:/tmp/home/root# cat /tmp/webs_upgrade.log cat: can't open '/tmp/webs_upgrade.log': No such file or directory
nvram set webs_state_error=0
nvram set webs_state_flag=0
nvram set webs_state_info=384_8_0
nvram set webs_state_info_beta=384_8_beta2
nvram set webs_state_update=1
nvram commit
RT-AC5300
Tried the test build, dnsmasq still fail to start up with dhcp-boot statement.
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:31 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: net_ratelimit: 95 callbacks suppressed
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:42 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: net_ratelimit: 244 callbacks suppressed
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:47 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: net_ratelimit: 37 callbacks suppressed
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:30:56 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: net_ratelimit: 246 callbacks suppressed
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:01 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: net_ratelimit: 108 callbacks suppressed
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:10 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:16 kernel: net_ratelimit: 100 callbacks suppressed
Dec 4 19:31:16 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:16 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:16 kernel: TCP: time wait bucket table overflow
Dec 4 19:31:16 kernel: TCP: time wait bucket table overflow
The problem is, some strings requires escaping, and others must not be escaped or it will show the actual backslash in the text, so it's not as easy as just doing a global search & replace.
Asus doesn't do much testing on non-English translations (and neither do my beta-testers since that issue wasn't spotted during the 3+ weeks of beta test), so every once in a while a translated string will break something. French and Italian are two languages that broke a few times over the past couple of years.
#checkdict
#!/bin/sh
dict=$1
scannedfiles="/www/*.asp /www/*.htm /www/*.js"
allplaceholderfile=/tmp/allplho.$$
checkcmdfile=/tmp/checkcmd.$$
egrep -s ${scannedfiles} -e "((.*<#[0-9]+#>.*).*?)'" > ${allplaceholderfile}
echo "#!/bin/sh" > ${checkcmdfile}
grep -n [^\\][\'] /www/$dict | awk -F : '{print "egrep -s ${allplaceholderfile} -e \"\x27((.*<#"$1-1"#>.*).*?)\x27\"";}' >> ${checkcmdfile}
source ${checkcmdfile}
rm ${allplaceholderfile}
rm ${checkcmdfile}
/www/start_apply2.htm:setTimeout("parent.parent.document.getElementById('drword').innerHTML = '<#160#><br/><br/>'", 10000);
/www/Advanced_VPNClient_Content.asp:code +="<td width='10%'><img title='<#411#>' src='/images/button-close2.png' style='width:25px;'></td>";
/www/Advanced_VPNClient_Content.asp:code +="<td width='10%'><img title='<#411#>' src='/images/button-close2.png' style='width:25px;'></td>";
/www/general.js:var default_hostname_label = '<a class="hintstyle" href="javascript:void(0);" onClick="openHint(5,13);"><#1912#></a>';
/www/Nologin.asp:return '<#1966#> ' + loginUserIp + hostName;
/www/Restarting.asp:parent.document.getElementById('drword').innerHTML = "<#2372#><br/>".replace("192.168.1.1", '<% nvram_default_get("lan_ipaddr"); %>');
and here is aresult for FR.dict
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!