Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v0.1.14-alpha Bug Reports: Add your bugs here! #62

Closed
E3V3A opened this issue May 7, 2014 · 3 comments
Closed

v0.1.14-alpha Bug Reports: Add your bugs here! #62

E3V3A opened this issue May 7, 2014 · 3 comments

Comments

@E3V3A
Copy link
Contributor

E3V3A commented May 7, 2014

Great stuff!! But to make this brief:

  • Several previous issues from old Bug Reports still present. (See 0.8,10,11,13)
  • Map View: Current "Map Type" selection is not shown. (perhaps add a radio button?)
  • The "Update OpenCellID Data" function is not possible before enabling location tracking.
  • Under "Network Information", I often find "Network type: unknown"? (But I know its on on WCDMA 2100) Not sure this is a bug, or just a timing issue...

Improvement Suggestion:

  • Re-implement the manual AT command entry from older version, perhaps in a new slide page?
  • Add automatic refresh of the "Cell Information" (ServiceMode data)
  • Add a "Preferences" settings item for the refresh rate above. Something like:
    • Manual
    • MAX (as fast as possible) Warning: Leaving this on may consume excessive battery power
    • 1s, 2s, 5s, 10s, 30s, 1min, 5 min, etc.
    • Automatic (when change is detected. Should be Default, unless changes are detected too fast, in which case manual is better as defailt.)

@xLaMbChOpSx : This is a very very nice version, but please try to fix as many as possible of the issues in the previous bug reports,so that we can close those.

EDIT: updated 16:24 2014-05-08

@SecUpwN
Copy link
Member

SecUpwN commented May 8, 2014

@xLaMbChOpSx, awesome work! Just a small comment on the initial About-Tab: Would you please transform the links (which are obviously not clickable yet) into buttons? Might be much better to navigate. I know the About-Tab is in its inital version, but please don't forget to integrate the rest of the stuff mentioned at Issue #17. THANKS! 👍 Edit: Just noticed your comment on completing it later. Nevermind!

Request for small UI enhancement: Please align the Details of "Device Information" with the "SIM Information" and "Network Information". In more clear words: Device Information "Type", "IMEI" and so on is set a little behind - please have a quick glance at the main menu to see what I mean. Just a nitpicky issue, feel free to think I'm crazy. ;-)

Also, can we switch the "Database Viewer"-Tab with the "Cell Information"-Tab? I think it's much more relevant to first see the neighbouring cells, than to analyze the database logs. Other than that, just a quick question into the room: Am I right to assume that the ciphering Indicator is just shown on Samsung-Devices yet? May I ask how it is shown or indicated to the users?

On AIMSICD-Persistancy: AIMSICD seems to just quit when clearing all opened Apps, even if the persistance-service is enabled. Would be cool if AIMSICD could really hook as deep as possible.

@E3V3A
Copy link
Contributor Author

E3V3A commented May 8, 2014

@SecUpwN He he! I was thinking the same thing (about the alignment), but was afraid to say anything, as I could come across as very ...you know. Anyway, I agree with all your comments.

Regarding the Ciphering indicator as shown on slide window. In all honesty, I have little frekkin clue to what it is actually telling us. I posted about it in the XDA thread, but never had any constructive response to my speculations. Thus that functionality is still purely speculation, but has something to do with the current enciphering status, which surely/probably depend on the current network you're connected to. (I started a new thread, to properly map out SM.)

What we would also need is the CI that is set in the SIM by your service provider.

This require us to use either:

(a) the AT command entry (my preferred way), as we had in the first versions or
(b) the internal SIM related API/IPC commands, for reading the SIM EF files.

@xLaMbChOpSx Would it be a problem to re-implement the AT command entry possibility as we had in the earlier versions? (Before I was able to test.) If so, we could use another slide page for this type of entry. I really promote the ATCoP entry, over the API stuff, because it give you complete and direct control without weirdness.

I know people probably think I'm a pain-in-the-.. for always talking obsessively about the AT access, but few people know that it allows for close-to full control of the Baseband, including completely reprogramming most RF-related main functions, as I have tried to document elsewhere.

@SecUpwN I forgot to mention that the persistence bug is an old one where the logic is reversed. Just check it and it will close down nicely.

@E3V3A
Copy link
Contributor Author

E3V3A commented May 17, 2014

@xLaMbChOpSx Just to clarify. When I said "promote" in the above comment, I really meant prioritize and not "replace". Obviously we need the API stuff, but the AT based results may be (but not always) both faster and more trustworthy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants