warmwinter / firmware-mod-kit

Automatically exported from code.google.com/p/firmware-mod-kit

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

GUI Rebuild results in blank page

GoogleCodeExporter opened this issue · comments

What steps will reproduce the problem?
1. From scratch: Extract firmware->extract gui->rebuild gui->build 
firmware->update dd-wrt via web
2. using 
http://www.dd-wrt.com/routerdb/de/download/Gateworks/Laguna%20GW2391/-/laguna-fi
rmware-squashfs.bin/4005

What is the expected output? What do you see instead?
I expect there to be no change in the web interface but what I see is a blank 
page when I access the web interface after an update.

What version of the product are you using? On what operating system?
Using mod-kit 0.92 on Ubuntu 10.04

Please provide any additional information below.
I believe this is the same issue as #99.

At first, I thought it was my replacement of .pngs in the extracted www folder 
and them being clever at detecting changes but then I decided to try a straight 
clean passthrough of the whole process without mucking with the web stuff.

If I extract and then rebuild firmware I get the file size mismatch issue. Ok 
fine, I deal with that by removing a service that I don't need (chillispot - rm 
/usr/sbin/chilli) and then rebuild firmware.
By just doing this, I can get dd-wrt to update and work just fine after an 
update.

If I extract the firmware -> extract web -> rebuild web -> rebuild firmware 
(without any mods apart from the chillispot removal) I get the blank screen 
after an update. So, I suspect there must be something going on with either the 
gui extract or the gui rebuild. 

If you could provide any log locations to help debug these types of issues 
please let me know so I can be of more help.

Thanks in advance.

Original issue reported on code.google.com by versus12...@gmail.com on 8 Jun 2013 at 3:39

I just looked into this. There is a bug in webdecomp that is causing it to lose 
the key.

Original comment by jeremy.collake@gmail.com on 8 Jun 2013 at 11:16

  • Changed state: Accepted

Original comment by jeremy.collake@gmail.com on 8 Jun 2013 at 11:17

Try the process again with the latest code from the repository; there was a bug 
in webdecomp that was causing it to not detect the key properly during 
re-building. You will need to go through the whole process again (extract 
firmware, extract web gui, re-build web gui, re-build firmware).

Original comment by heffne...@gmail.com on 8 Jun 2013 at 2:23

Alright. I started over from scratch and did the whole process gain without 
changing gui files. I noticed that on gui-extract it displayed the key:
"Processed 236 Web files using key 0x826E"

I rebuilt gui-> rebuilt fw->upgraded dd-wrt and viola! It worked.

Now, here's where the procedure sort of broke. I went back and changed some 
.pngs-> rebuilt-gui->rebuilt fw and upgraded dd-wrt. This resulted in a blank 
page. When I rebuilt the gui after changing some .pngs, I got:
Processed 236 Web files using key 0x0

I extracted the original firmware again and then a gui extract and I got a 
non-zero key again.

So, must I extract the firmware every time or was the procedure above correct?

Original comment by versus12...@gmail.com on 8 Jun 2013 at 6:10

That was not intended to be the case, no. I took a look and found this was due 
to some assumptions the webdecmop code made about the /etc/www file. I updated 
it to check some things explicitly and now you should be able to re-build the 
GUI without needing to extract the firmware each time.

Original comment by heffne...@gmail.com on 9 Jun 2013 at 2:09

Looks good. I did a full 3 rounds of modifying->rebuild gui->rebuild fw and all 
the changes were accepted. Have not been able to reproduce the 0x0 key. Thanks.

Original comment by versus12...@gmail.com on 9 Jun 2013 at 5:04

Awesome!

Original comment by heffne...@gmail.com on 9 Jun 2013 at 3:21

  • Changed state: Verified