Closed SecUpwN closed 9 years ago
I want to say BIG THANK'S to @xLaMbChOpSx ,too!! Really cool that you have time to spend on this project. Please let me know what you think about the implementation of https://github.com/SecUpwN/Android-IMSI-Catcher-Detector/issues/91 when the time is right for you.
@xLaMbChOpSx Wow wow! Great to hear, and unless SecUpwN has already spilled his guts, we have more good news for you...
I think I already sent @xLaMbChOpSx an E-Mail about my latest accomplishments.
@xLaMbChOpSx Bugs from WIP-Release 0.1.24-alpha, (not reported) On: GT-I9195: All issues remain the same as for 0.1.23 with the difference that the AT injector now doesn't work at all...
On: HTC One M7 (rooted AOS 4.4.2)
Do you need a logcat?
This Issue keeps growing and growing. We need to stop this, now! @xLaMbChOpSx, since you've promised to erase all these within the upcoming week, let me know if you need anything!
Another test version is available at my Dev-Host which should hopefully address the CID/LAC + other invalid display issues.
Uploading & Download methods for OpenCellID have been rewritten and tested ALTHOUGH our API key is not white-listed so is not allowing downloads, I did request a new key as suggested after the previous one was disclosed but it has not been white-listed as yet.
I also reverted two changes to the AT Command Injector to try and return its operation back to the state that was experienced with the v0.1.21 release, if there are still issues I can revert all AT Command changes right back to that version to hopefully restore the previous level of stability.
Ok, so the problem with not being able to download the OCID data is because we don't have a key. Bad. I don't have time to contact "them" right now. Would it be possible to obtain a personal key that can be used in app? Perhaps a way for each user to get his/her own? By entering somewhere in App?
Yeah, the AT is behaving weird, or not at all. I have no idea what is going on there. Also there are 2 /dev/smd0 devs listed on mine... Also for eveyone's info, I think you'll have to reboot phone if you've used it previously, since the smd0 device access is "blocked" by whatever PID it was using. AT least that's what happens on command line. The way to see it is using: jobs -a
.
Or does the app take care of that?
PS. Please also make sure you change the version in the app, just so that we can make sure we're running the right one. Easy to make mistakes...
@E3V3A, if I read that right, @xLaMbChOpSx has already requested a new key with https://github.com/SecUpwN/Android-IMSI-Catcher-Detector/commit/c2dc93bceb3c818162495e96714a33d58dd9a7c0 and I'm sure it will be included within the next release. Regarding the AT Command Injector: My ROM seems to lack the binary radio
, rather another binary radio_feedback
is available. I'm not sure if that's the same binary under a different name - renaming radio_feedback
to radio
did not cause any Issues. How to validate if it's the same? Finally for the version number: I know that @xLaMbChOpSx keeps changing that as thoroughly as possible, but I propose the following two things for a better overview:
AIMSICD 0.1.24-alpha
then)@SecUpwN I really have no idea what you're talking about there. You have a binary called "radio" in your /system/bin/ ??
Also, I suggest that for minimal and incremental updates that are produced, that their names are appended with something like:
AIMSICD 0.1.24-alpha_b1
AIMSICD 0.1.24-alpha_b2
etc.
@xLaMbChOpSx You posted several minor test version updates, can you also write one line what issue you tried to address on those (or what change we should expect), so we know what to look for?
You can edit this post.
@E3V3A, my idea was simply to add the version number to the main screen beneath the word "AIMSICD" as well to make it more easy finding it. By adding some sort of "master string", both the version number of the main screen as well as in the About-Tab should be changeable: Means, only change the "master string" to change the version number across the whole App.
Regarding my issue with radio
: Yes, I do not have the binary radio
in my ROM, just a binary called radio_feedback
. And now I wanted to know how to test if that is actually my "radio".
Regarding the versioning of minor incremental updates: I think it is a good idea to explain what the minimal changes are, but since they are minor updates and no real releases, don't you think that this just places another hurdle in development onto the shoulders of developers? Not sure about this. If you really like the nameing of AIMSICD 0.1.24-alpha_b1
and such, ok - but they can stay on Dev-Host and the link + explanation posted in the relevant Issue, we don't need another branch for that.
Well, alphas imho, is all about minor updates, but without an ongoing discussion with developer about what is being fixed and not, it is impossible to test in any sensible manner. We need more feedback here.
The current internal test release solved one more bug on my device. I am happy to notice that the list is melting! @xLaMbChOpSx and @andr3jx could you please be so nice to digg into the remaining list to fix these?
Proposed some more changes in #112 including rewritten AT Command Injection, notification icon display corrections and correct handling of location services (GPS) settings with Cell Tracking enabled.
AT Command Injection does not work on either of my devices so requires testing but I am hoping these changes at least restore the earlier level of functionality.
A compiled version for testing can be found here
@xLaMbChOpSx Found bugs, AT need fixin', please see #23.
Bugs for WIP-Release 0.1.24-alpha_b6
On: GT-I9195: (See device details here.)
On: GT-I9100:
@tobykurien, if you have a "free minute" (yeah, I know..), can you see if you can tackle some of the remaining Issues here? I am sure those are interconnected to other separate Issues we've already filed on our GitHub - once solved, we'll have cleared up another huge bunch of junk. Thank you so much!
@E3V3A and @andr3jx, please use the current build of our App to check against all remaining Issues here. I want this to be SOLVED, please don't add any new Issues here, rather open new ones. Thanks!
@SecUpwN
All issues here are outdated, miss understood, fixed or not applicable to the latest development version v0.1.25-alpha-b3
. So let's close this issue and get on with the latest bug-list. I know this is a bit out of our reular rules of operation, but since the last alphas has had so many changes, it is more messy trying to track all old issues down and check, rather than just starting to check on latest version from scratch. Which is also why we need to start using a testing protocol as in #173.
See I knew this would happen. We create monster Issues like this, I try to track and reverify everything for every version and and then you just close it because it is too much work and outdated. Have you even tried to check all these bugs again, @E3V3A? Because the way I see it, we will end up double-listing them again. :angry:
Yes, I did check them, did you?
Yes, I did check them, did you?
For the majority, yes. But the most Issues you filed here are difficult to check because I cannot see what you did on certain occasions. Should we really let this be closed and check from the ground up?
I did try to check them from ground up, only to discover what I said above. In some cases the issues were not well worded and defined which means that parts of it has been fixed and others not.
Dear @xLaMbChOpSx, I know you have a rough time here. Another new Issue? Sigh - I'm sure you're not too happy about that. Furthermore, it appears that currently multiple Issues from previous WIP-Releases are cramped into one Issue, upgrading these to "Monster Issues" - that's NOT the fault of @E3V3A, but of the partially very fast development with new WIP-Releases in the middle. And that is a GOOD thing! But since you're currently pretty much alone on this journey (working to resolve that soon), I bet you're a little lost on what to work on.
Fret no more, here comes a cool new feature I'd like to take advantage of: Nested task lists!
So this is what I'll do with this new "Issue": I will review and ELIMINATE all "Monster Issues" (aka "v0.1.xx-alpha Bug Reports: Add your bugs here!") to comfortably list those Issues dragged from previous WIP-Releases up until now to be RESOLVED for WIP-Release 0.1.25 - this should allow for some time. And please, @xLaMbChOpSx, TAKE YOUR TIME! Really, I mean it. If you're upset about how things are being processed here, please talk to me on XDA. I'm a firm believer of the theory that god gave everyone a mouth to use it and to also voice constructive criticism. Please don't hesitate to tell me what you'd like to see changed.
@xLaMbChOpSx and @E3V3A, please help me on this to clear things up: Please TICK the things that are SOLVED! Thank you, folks. :sunflower:
Remember: When all these things are done, we're automatically at WIP-Release 0.1.25. Take it easy. We should also not forget to release the versions in the middle up until 0.1.25 fixing the other Issues.
Reported bugs from WIP-Release 0.1.8-alpha, Issue #44
Reported bugs from WIP-Release 0.1.10-alpha, Issue #49
Reported bugs from WIP-Release 0.1.11-alpha, Issue #53
Reported bugs from WIP-Release 0.1.13-alpha, Issue #58
Reported bugs from WIP-Release 0.1.14-alpha, Issue #62
Bugs from WIP-Release 0.1.15-alpha, (not reported)
Bugs from WIP-Release 0.1.16-alpha, (not reported)
Bugs from WIP-Release 0.1.17-alpha, (not reported)
Bugs from WIP-Release 0.1.18-alpha, (not reported) On: S4-mini GT-I9195 stock 4.2.2 SELinux Enforcing
Summary: This version is harder to test on this device. Possibly because of the Enforcing mode, which prevent access to many file locations and other operations. More tests needed with SELinux settings in Enforcing versus Permissive modes, including setting full access to (via EFS files) to the ServiceMenu items.
On: GT-I9100, SlimKat 4.4.2b4
Summary: Most things that was causing crashes for the I9195 above, is working on this device, apart what is mentioned above. Neighboring cells look better and more clear. More testing needed. (I have a very bad battery and no gps-lock near outlet.)
Bugs from WIP-Release 0.1.19-alpha, (not reported) On: S4-mini GT-I9195 stock 4.2.2 SELinux Enforcing
On: GT-I9100, SlimKat 4.4.2b4
Summary: Most things that was causing crashes for the I9195 before have been fixed, apart what is mentioned above.
Bugs from WIP-Release 0.1.20-alpha, (not reported)
General UI/UX improvements (all devices):
On: GT-I9100, SlimKat 4.4.2b4
On: S4-mini GT-I9195 stock 4.2.2 SELinux Enforcing
cat /dev/smd0 &
was issued... Need more test.Bugs from WIP-Release 0.1.21-alpha, (not reported) GT-I9195:
:exclamation: BUG ADD FREEZE - LET'S FOCUS ON FIXING ALL OF THESE. THANKS.
This list is subject to changes and / or deletions as we test them on our latest WIP-Release.