Hi I have asked this question in the rom section but I guess it got overrun
Anyway the problem I am having when I use any HTC Sense rom and if I download file using the browser on the phone say for example abc.zip the file download as 1.bin
Can someone please explain how to correct thin problem or it a known short coming of all htc sense rom I do not have this issue with defrost rom.
Many Thanks
I havent got a clue how to stop it doing it but after its downloaded just use your file explorer to change the extention to apk then you can run it
There is some information on this thread it seems like few others where having the same problem
http://forum.xda-developers.com/showthread.php?t=744544&highlight=nzb
For me renaming it after the download does not work. What works, though, is renaming it before the download has started, when the browser displays the download confirmation window. Then simply change the extension from .bin to .zip. I'm using Samsung J500FN.
I have a custom Email apk with my FRG22D build on my Droid phone. Trying to update now to FRG83D, but it doesn't like the Email apk mismatch. Does anyone have an idea if it's ok to omit these lines in the updater-script file (that resides in update.zip)?
assert(apply_patch_check("/system/app/EmailGoogle.apk", "6084f7aa8b61040bc2ef81cb6c2733fedd771e11", "35fd89388108f2e84d1c5e24235727d78705b595"));
set_progress(0.066739);
assert(apply_patch_check("/system/app/EmailGoogle.odex", "08a0ca76aa3c134b44c48102349418c7c053441e", "d74645ddedda58c33bf5059ae1bfe95cda764cd1"));
set_progress(0.083266);
Would the update still work? That is, does the updater replace these files (in which case this should work), or modify only certain parts of them (won't work)?
I unfortunately don't have the original Email APK that came with FRG22D.
No one knows this?
Hey there,
First thanks to jishnu7 and one of his post on a Nexus S forum, I've remembered something that I meant to do a long time ago: increase my phone's security - the easy way.
You know.., all those ads that DroidWall can't block on an app that needs internet permission, those short little flash videos and animations playing in loop on the side of your browser, thoses spywares on sites you should not have ended onto, thoses tracking sites and what not...
Sure, there are some specific apps on the Play Store for that [I'll get back on this below], but what if we could do all this with a simple rename and push on the system of a text file?!?
We sure can!
All we need is a 'bad hosts' file list, rename that text file to simply "hosts" [no file extension / no " " "], replace the default one in /system/etc/ [** back up / rename the file extension of the original file first **] and set it's permission/ownerships [check your backed up one for details].
Done and protected!
Even easier:
put it in a flashable zip [how to make one here],
[**go backup/rename your original file in /system/etc/ **],
reboot in recovery and flash it.
I've attached one here with hosts file list last updated on May 20th.
If you don't mind installing a thrid-party 'anti-ads' app, you can also avoid to have to redo the process all over again in order to stay up-to-date with the latest bad hosts list For example, with Adaway, you can add (http://someonewhocares.org/hosts/) to its hosts file sources. [thanks to dr911 for the suggestion - btw]
But for me, I can live without an extra security / anti-ads app; updating that file list once in a while will be enough for now..
That alone is already step in the right direction as far as security goes.
Not having those ads/animations displayed "could" also mean that their not loaded [proof needed here] and then one could argue that web page loading times will also be improved...
[but I'll leave that one for someone to confirm/refute - or at least I'll think / research more about it 1st ]
BTW - this can also be done on desktops, whatever OS you use! - read the link above [it's the text file itself] for credits and details anyway..
Proof that this works: see pic attached.
Please don't flame me here: I know that it's nothing new; I just hope that it could be of any use to some of you - that's it!
Cheers,
/AL
good guide! im using adfree, which has done the job very well so far, so i recommend it to everyone. though it doesnt make your phone any safer, only ad-free
sent from my cm9 defy...
[] AL [] said:
Not having those ads/animations displayed "could" also mean that their not loaded [proof needed here] and then one could argue that web page loading times will also be improved...
[but I'll leave that one for someone to confirm/refute - or at least I'll think / research more about it 1st ]
Click to expand...
Click to collapse
Redirections using hosts file is usually done to the local IP (127.0.0.1), so yes connections to blocked sites/ads do not happen at all, so data not used, battery saved, etc
If for some reason you choose to redirect it to some other website then it is a bit pointless
HI,
Is there a way to capture the URL when we eventually receive the official Jelly Bean OTA update?
creamop66 said:
HI,
Is there a way to capture the URL when we eventually receive the official Jelly Bean OTA update?
Click to expand...
Click to collapse
alogcat
When/if you see the notification that you have an update available -- stop everything and run the aLogcat app.
Send the log file to yourself via email (that's built into the app)
Look through the log file on your computer, searching for a URL
Try any URL's that you find on your computer's browser
When you find one that downloads a zip file, save the zip file to your computer
Shout from the rooftops, and share that URL
In addition to what zephiK said, once the OTA is installed, you can look in the log files in the /cache directory. Open them in a text editor, and the name of the file (ending in .zip) will be in one of them.
How do I block the Android System Update notification telling me that the latest Android build is available? I can block all Google Play Service notifications, but will that block other notifications that I may want to see? Thanks!
Don't know the answer but I'd like to know as well. With rooted stock it's just a waste of time to have it download the updates and it's annoying to get that constant Notification.
I just blocked Google Play Services notifications for now. Hopefully I won't be blocking some other notifications that I actually want to see by doing this!
Rename /system/etc/security/otacerts.zip to otacerts.bak (or whatever you want really). You could just delete that file but that's a one-way street.
Without that file the updates can't be verified and you'll get no notifications and no background downloads.
If you have Xposed installed; you can use the Notify Clean module to just block that one notification from Google Play Services and still allow all other notifications from Google Play Services.
djmcnz said:
Rename /system/etc/security/otacerts.zip to otacerts.bak (or whatever you want really). You could just delete that file but that's a one-way street.
Without that file the updates can't be verified and you'll get no notifications and no background downloads.
Click to expand...
Click to collapse
What happens if it already downloaded one update package before renaming that file..?
It happened to my phone, I tried to flash it via FlashFire, didn't go through, now I just renamed the file, but I'm afraid that ~60MB of the update remained on my phone, and I wouldn't like that.
mironiko said:
What happens if it already downloaded one update package before renaming that file..?
It happened to my phone, I tried to flash it via FlashFire, didn't go through, now I just renamed the file, but I'm afraid that ~60MB of the update remained on my phone, and I wouldn't like that.
Click to expand...
Click to collapse
Either don't worry about it or find it in /cache and delete it.
Tried to find it in /cache, but it's already gone - I guess that it got erased after the FlashFire flashing attempt, and it's still not downloaded once more, so I guess it won't ever be downloaded.
Thanks for Your help.
Explaination
djmcnz said:
Rename /system/etc/security/otacerts.zip to otacerts.bak (or whatever you want really). You could just delete that file but that's a one-way street.
Without that file the updates can't be verified and you'll get no notifications and no background downloads.
Click to expand...
Click to collapse
I'm new to these things I'd appreciate it if you'd explain a few things about this method, I'm not going to update this months patch because I've read few post where people have faced a problem and they had to get phone replaced since I doubt that i'd get a another phone from google so i'm not updating this month's patch.
I'm running everything stock
is there any possibility for getting some kind of error?
What if I want to start getting updates notifications as usual?
Cheesejam said:
I just blocked Google Play Services notifications for now. Hopefully I won't be blocking some other notifications that I actually want to see by doing this!
Click to expand...
Click to collapse
https://googleappsupdates.blogspot.com/2016/08/notifying-android-users-natively-when.html
Definately blocking this and other important stuff..
shaheerabbasi1122 said:
I'm running everything stock
is there any possibility for getting some kind of error?
What if I want to start getting updates notifications as usual?
Click to expand...
Click to collapse
You can't do this if you're stock, you need root. And it's unnecessary if you're stock as you should accept the updates. If there's a serious problem with an update Google will replace it so perhaps just wait a few weeks.
If you're rooted and can't accept stock updates this is a perfectly safe method. OTACerts is short for "Over The Air Certificates" and contains code to verify the authenticity of a remote update, if the certificates in that file and update manifest don't match then the update won't be fetched. Renaming that file prevents this validation so the update is considered invalid and not downloaded. You can revert back by renaming the file to the original, restoring the stock access modes (permissions) and rebooting.
HebeGuess said:
https://googleappsupdates.blogspot.com/2016/08/notifying-android-users-natively-when.html
Definately blocking this and other important stuff..
Click to expand...
Click to collapse
Yes, disabling all Play Services notifications is a very bad idea.
djmcnz said:
Rename /system/etc/security/otacerts.zip to otacerts.bak (or whatever you want really). You could just delete that file but that's a one-way street.
Without that file the updates can't be verified and you'll get no notifications and no background downloads.
Click to expand...
Click to collapse
The methods I found include (some discussed here) disabling Play Services/Framework notification, disabling the System Update Service within Play Services, and this one--renaming the OTA Cert.
Rationally, renaming the OTA Cert is the best solution. I agree that the first two I listed can have undesirable results. Thank you @djmcnz for the info.
I did find, though, that after renaming the cert, I still have to "toggle" the Google Play Services notification to "Block All" in order to remove the persistent Android N update notice. After that, I simply toggled back to normal.
Edit: Well, the joy was temporary. Renaming the OTA cert did not keep away the notification for long. It returned....
Yes, I've also noticed this method is no longer persistent. It does work for the main notification but the reminder notification now breaks through occasionally (but not always).
I might look into it further but no promises. Will post back here if I learn anything new.
djmcnz said:
Yes, I've also noticed this method is no longer persistent. It does work for the main notification but the reminder notification now breaks through occasionally (but not always).
I might look into it further but no promises. Will post back here if I learn anything new.
Click to expand...
Click to collapse
Renaming the OTA cert definitely used to work, but now it doesn't anymore--otacerts.zip doesn't even exist for me anymore.
My Nexus 5x keeps trying to download Android 7.0 and it is KILLING my data. Android OS has used 10 GB of data this month (I assume this has to be from trying to download the update over and over) and I don't know how to get it to stop. At the very least, I want to make it download over WiFi only. Any ideas?
When I was still on ver 6, I had otacerts renamed and I didn't get any OTA notifications. However, when the Nougat OTA was available it started to notify me which was a bit of a surprise.
I ended upgrading (Need time to have available to make that change) and have again renamed the otacerts but have little confidence it will block OTA notices now.
krelvinaz said:
When I was still on ver 6, I had otacerts renamed and I didn't get any OTA notifications. However, when the Nougat OTA was available it started to notify me which was a bit of a surprise.
I ended upgrading (Need time to have available to make that change) and have again renamed the otacerts but have little confidence it will block OTA notices now.
Click to expand...
Click to collapse
Ya, I also experienced this. I guess I am just going to have to update too.
In /system/app or /system/priv-app or /system/secure/app , the roms haves apks, some apks in there, are responsible to connect , notify, and download the ota updates.
Don't touch the ota-certs.zip.
Of course these ota-certs are not only for system updates, but internet navigation in general too.
You need patience, search apk by apk on /system dirs, untill find named apks like: ota-updater.apk upgrader.apk, botaSettings.apk fotaUpgrader.apk, sytemUpdater.apk etc...
---------- Post added at 01:06 AM ---------- Previous post was at 01:05 AM ----------
After found relative ota updater .apk, you don't need delete, you can rename to otaX.ap and the updaters and their crappy notifications, evaporates .
Dethfull said:
In /system/app or /system/priv-app or /system/secure/app , the roms haves apks, some apks in there, are responsible to connect , notify, and download the ota updates.
Don't touch the ota-certs.zip.
Of course these ota-certs are not only for system updates, but internet navigation in general too.
You need patience, search apk by apk on /system dirs, untill find named apks like: ota-updater.apk upgrader.apk, botaSettings.apk fotaUpgrader.apk, sytemUpdater.apk etc...
After found relative ota updater .apk, you don't need delete, you can rename to otaX.ap and the updaters and their crappy notifications, evaporates .
Click to expand...
Click to collapse
No, not really. Fishing for an app to rename/delete isn't a good strategy and otacerts is only used for "Over The Air" (OTA) updates, not general browsing.
For those faced with constant downloads my recommendation at this stage, as painful as it is, is to block the download servers in your hosts file. I can't provide explicit instructions because I don't know the servers but:
1. Identify the servers - there will likely be more than one - start the download and check logcat that will tell you which current server is being used
2. Add that server to your hosts file (/system/etc/hosts) either manually or some ad blockers allow manual entries
3. Reboot
You may still get the notification occasionally but the attempt to download from the blocked server(s) will fail. The limitation of this method is that you won't know if you've blocked all the servers and will need to monitor. It's not perfect, I'm not suggesting it's even good but it is an option.
Edit: start by blocking this and see what happens - http://android.clients.google.com/ or if you want to be more narrow - http://android.clients.google.com/packages/ota/
I like fish apps, scan their funtions, because satan is darkness.
Someday i touched the otacerts, from one J2ME Device, and some another BLACKBERRY device and finally any androed device too.
The WEB POOL WAS REFUSING CONNECTION.
A question:
J2ME devices does not receive OTA UPDATES,
Why i got nor connection after TOCH THE OTA CERTS??
Like our friend said:
"I can't detect the servers"
O tried to search too
Without sucess
Our /system/ dir haves apks
And i agree.
Deleting these apks that are responsible for these lies
Is the best way.
Sent from SomeFon