Hey,
Have been using VR12 on my Hero for some time now and tried out Froyd the other day.
One thing is keeping away from 2.2 though, the damn password for my exchange account. Easy to get around it with LockPicker on 2.1 Sense roms but cannot find any method for doing this on a Froyo rom.
Anybody out there who know if there is a way around it so you don't have to punch in a password each time you open the phone ?
Regards
Soeren
Got the same "problem", I think LockPicker doesn't support 2.2 yet. I guess it will, but it's up to the developer...
Yep, correct. Check in the app thread - first line says
"NOTE: Froyo is not supported (yet)!"
although, check this: Removing Keyguard Password Policy due to Exchange (HTC Sense & Milestone & Froyo)
Thanks, Removing Keyguard ...... worked
However, tried a version of Moxier 2.5 floating around the internet which didn't need any password either
Anyone else having issues with Exchange activesuck forcing pin to unlock every 15 mins even when the server is not set to do that?
Touchdown doesnt do that, neither does coworkers EVO. I have double checked the settings on the server. I can set the security to be higher, like a 6 digit pin, or a password, but it wont just remove it no matter what i do.
Yes. As soon as I added an Exchange account, it forced me to choose a PIN.
Extremely annoying.
I have that too. Pretty annoyed by it.
Yes mine does that too... as well as only half of the Exchange contacts will sync with it as is being discussed heavily on the Motorola site... //supportforums.motorola.com/message/213234#213234
The clock is ticking on the 30 day return policy, Exchange contacts is a deal breaker if this isn't addressed quickly.
Does the droid x do this too? I am not really interested in the incredible.
Sent from my DROID2 using XDA App
Hi,
As the title says. .can u guys try it out. .im running on foryo now but the same thing was on 2.1...
It only lags when i configure an email account in the email client. ..once deleted NO LAG. .
Btw what's up with the gps fuss. .mine is working perfectly infact its best gps and wifi in a phone i owned.
Sent from my GT-I9000 using Tapatalk
SGS also lags when browsing through different memos in Memos application. It's hilarious!
u didn't get what im saying it only lags after configuring an email account. ..ex ur memo browsing might not lag if u remove ur email account. .
Sent from my GT-I9000 using Tapatalk
Well, I don't have seperate email accounts configured, only Gmail.... so don't know about that.
Either you've never had a gps-enabled phone before, or your previous phones have been useless, as my experience is that my old G1 has better gps than my SGS - it locks MUCH faster and is 100% accurate, whereas the SGS never gets within 10m of my location and once I start moving it just goes haywire - MY Tracks shows me driving through fields and houses 90% of the time and occasionally I've done handbrake turns in someones front garden apparently.
;8827033 said:
Either you've never had a gps-enabled phone before, or your previous phones have been useless, as my experience is that my old G1 has better gps than my SGS - it locks MUCH faster and is 100% accurate, whereas the SGS never gets within 10m of my location and once I start moving it just goes haywire - MY Tracks shows me driving through fields and houses 90% of the time and occasionally I've done handbrake turns in someones front garden apparently.
Click to expand...
Click to collapse
I don't know but i never faced an issue like that and the fix is pretty fast compared to my touch pro and omnia 2
Sent from my GT-I9000 using Tapatalk
Lag also without email-accounts
Since upgrading to FroYo 2 weeks ago i haven't bothered to enter my email-accounts. (only gmail)
But it still lags!
dspjern said:
Since upgrading to FroYo 2 weeks ago i haven't bothered to enter my email-accounts. (only gmail)
But it still lags!
Click to expand...
Click to collapse
You can add my name to this list. I've never used Samsung's crappy E-mail app, yet my phone lags constantly.
Back to the drawing board, eh?
adel6 said:
Hi,
As the title says. .can u guys try it out. .im running on foryo now but the same thing was on 2.1...
It only lags when i configure an email account in the email client. ..once deleted NO LAG. .
Btw what's up with the gps fuss. .mine is working perfectly infact its best gps and wifi in a phone i owned.
Sent from my GT-I9000 using Tapatalk
Click to expand...
Click to collapse
I have experienced the same thing, i mainly experience the lag in the email app itself though. System Panel shows a steady 30% cpu usage when just looking at the email screen(s), and a steady continious +50% cpu when in the Accounts & Settings of the email accounts, so there is something odd. It seems to relate to Exchange accounts, but i'm not sure.
I read somewhere that a K9-mail user had a problem, downloading 20-25 messages took 10 minutes. After applying Voodoo Lagfix, this dropped to 2 seconds... So maybe the email app is really hammering the internal SD card for no good reason, which would explain the high CPU .
I've never used Samsung's crappy E-mail app
Click to expand...
Click to collapse
Correct me if I'm wrong, but isn't the e-mail app on the Galaxy S identical to the "stock Android" one?
I use the GMail app myself and I have no problems with it. The Memo app turned painfully slow after the 2.2 update, but fortunately I don't use it
pwhooftman said:
I have experienced the same thing, i mainly experience the lag in the email app itself though. System Panel shows a steady 30% cpu usage when just looking at the email screen(s), and a steady continious +50% cpu when in the Accounts & Settings of the email accounts, so there is something odd. It seems to relate to Exchange accounts, but i'm not sure.
I read somewhere that a K9-mail user had a problem, downloading 20-25 messages took 10 minutes. After applying Voodoo Lagfix, this dropped to 2 seconds... So maybe the email app is really hammering the internal SD card for no good reason, which would explain the high CPU .
Click to expand...
Click to collapse
I haven't bothered investigating cpu usage and such, but I can confirm that the email client profits tremendously from a lag fix (OCLF, in my case, using two Exchange accounts).
As stated in Post #11, i had the same problems. After Setting back to Factory Defaults and installing Voodoo Lagix last night, my conclusions are:
- the problem is introduced/highly aggrevated by installing Froyo 2.2 over Eclair 2.1, which i did through Kies with the registry hack two weeks ago.
- a format of the Internal SD Card, followed by a reset to Factory Defaults, solves the problem to a point the email app is useable again (albeit no speed monster). Also, this solved other ittermittent force closes which i was suffering from mostly in Agenda related apps. Of course you will loose all apps and data doing this.
- Applying Voodoo lagfix solved the speed issues almost completely. You can still tell the email app isn't the best programmed app of the bunch, but its perfectly workable. Installing Voodoo was a breeze following the step by step instructions found through project-voodoo.org.
It does seem a little more responsive after removing te email account.
I will try the voodoo lagfix. But I'm hoping for an updated version of FroYo.
Try this app for email including exchange, it was provided by seven for Samsung, but it was not put on all Galaxy S's, seems to work quite well.
http://forum.xda-developers.com/showpost.php?p=8731758&postcount=25
Sent from my GT-I9000 using my ASS!
Running JP6 with voodoo. The default mail app works nicely with two accounts. One exchange and one imap.
No lags even with a few days uptime.
Exchange email accounts drain battery fast on Scandinavian Froyo update
To illustrate something is amiss with the Scandinavian Froyo update, that Samsung pulled afterwards:
If you set up Exchange email accounts, setting the Email retrieval update interval to anything else than 'Never' results in a continious 10% CPU load, draining the battery two times faster than in Eclair 2.1
I set it to 'Never', or have Tasker kill the Email app x seconds after Display Off
Determined by using System Panel app.
Edit: flashed JPA firmware (which is believed to be the official Froyo update coming 11-11), problem still exists
Test with K9 and default Android Email app on i9000
Did a test on my i9000. Stock 2.1 no lag fix. Bought SIM-Free so only has Samsung's tweaks and no mobile operator branding.
I9000XXJM1
ECLAIR.XWJM2
TEST A. Default Email application
1. Used Email app (default one that comes with Android):
Added two Gmail accounts / IMAP, SMTP, SSL.
No unacceptable lag other than that encounted without the usual lag-fix.
2. Added 1 non-Gmail account / IMAP/ SMTP-AUTH, TLS
System became nearly inoperative. Swiping between home screens took 2 seconds. Using most apps, caused the screen to remain black for between 2 and 30 seconds. In one case using Xscope (browser, which was now impossible to use - unresponsive and 3 mins to draw a page) caused the screen to remain black for approx 3 mins. Contact, Messenger and Phone apps took a max of 2 seconds to open, but always opened. Outbound call quality degraded to the point the called party complained. I did not notice an app crash.
TEST B. K9 Mail application
1. Used K9-Mail app :
Added two Gmail accounts / IMAP, SMTP, SSL.
No unacceptable lag other than that encounted without the usual lag-fix.
2. Added 1 non-Gmail account / IMAP/ SMTP-AUTH, TLS
System became nearly inoperative. Swiping between home screens took 2 seconds. Using most apps, caused the screen to remain black for between 2 and 30 seconds. In one case using Xscope (browser, which was now impossible to use - unresponsive and 3 mins to draw a page) caused the screen to remain black for approx 3 mins. Contact, Messenger and Phone apps took a few seconds to open. Outbound call quality degraded to the point the called party complained. I did not notice an app crash. System load hit 39, which is very overloaded for a 1 CPU device. Often it was between 10 and 20.
I suspect the I/O but I did not see iostat in busybox; the stdout from top was badly formatted on the SGS display so I could not read the I/O column.
Notes:
i. Test B Result 2 is almost a copy and past of Test A Result 2. This is because the results were pretty much the same.
ii. System load (vmstat and top) I did not check system load with Test A. I only did this when I used K9-Mail.
iii. System was rebooted each time after an IMAP account was configured.
iv. I have since removed the non-Gmail IMAP accounts. It was hell. I almost beat the SGS into the wall.
v. Important: the non-Gmail IMAP account has the following in the mailbox:
Inbox 658 messages totalling 68.4Mb.
vi. K9-Mail configured to fetch full headers and messages <2kB hourly, and only the fetch the Inbox.
vii. NON-Gmail IMAP server capacities:
* OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 STARTTLS AUTH=PLAIN] Dovecot ready.
No problem here - Google use Dovecot.
viii. A factory reset was done between the two tests. (Settings -> Privacy -> Factory data reset)
viiii. GMAIL IMAP accounts contained approx 20 Emails each in the Inbox. I await more SPAM for testing purposes.
UPDATE.
I had 1,000 Emails sent to me on Gmail. Then reran Test A Part 1, and had the Email app load 114 of these. The SGS stated to lag. I opened one of the messages (containing only 1 line of ASCII email), and the Email partially opened the Email, splutted, stopped, hung, screen went black. Eventually, I closed the app down. Even the Active Applications widget (and the programme it lauches) is slow (and red).
I went onto Gmail and deleted the 1,000 Emails, and synced the Email app with Gmail IMAP server. Messages read 0, and the SGS was back to normal speed without lag-fix.
I soubt very much that any one is using a normal Email account with the SGS Email app. I suspect most are using Gmail with the Gmail application. I cannot comment on the lag fix (I await CyanogenMod for mine), but the SGS cannot be used with a non-Gmail account without a lag fix : useless for me since I only use Gmail for the Market ; Like many people, work provides the Email account. Clearly, Samsung test team did not test their wonderful RFS with normally sized IMAP accounts. Nice one, Samsung. 10 out of 10 for cocking it up.
As for GPS its something like thsi:
- Where are the sats?
Oh there they are.
Please don't move for 30 seconds.
Found some!
Oh feck, you've moved.
Now where are those pesky sats?
What was I doing? Oh sats!
Setting Exchange to'"Push" seems to solve it
I came across this and lo and behold, excessive CPU usage goes down to fairly normal 1-3% CPU while asleep by setting Email retrieval for Exchange accounts to "Push"
Edit: at least, it did for a while. Now its back to previous behaviour. I'm still investigating
Series of tests reveal that email client performs different in certain circumstances
I made a lot of testruns of about one hour to determine the effect of setting up Email Exchange clients on CPU usage and therefore battery life:
Starting point:
- Build Froyo.XWJPA
- Smallband I9000XXJPP
- Voodoo lagfix
- One Gmail account set up, syncing contacts, Gmail, Picassa, Agenda
- Tests run against two separate Exchange Server 2003 servers SP2
- CPU load determined with SystemPanel app
1. Installed Exchange account #1 without security policies. Email retrieval set to "Push".
- Email process used 0% CPU, system CPU floating around 3%
2. Set Exchange account #1 to retrieve email every hour
- Email process used 1,1% CPU, system CPU floating around 10%
3. Set Exchange account #1 back to "Push"
- Email process used 0% CPU, system CPU floating around 3%
4. Set Exchange account #1 to retrieve every 5 minutes
- Email process used 1,5% CPU, system CPU floating around 10%
4. Added Exchange Account #2 with security policy, Email retrieval set to "Push"
- - Email process used 0,5% CPU, system CPU floating around 10%
5. Set Exchange account #2 to retrieve email every hour
- Email process used 1,5% CPU, system CPU floating around 10%
So, what seem conclusions from this test:
1. One Exchange account set to `Push` doesn´t affect battery life much. 'Push' is generally considered the most battery effective.
2. One Exchange account set to some time interval does affect CPU considerably, therefore batterylife also. It's irrelevant what interval is set. The reason the total system CPU goes to around 10% seems to be that the process name ´system´ starts using several % CPU as soon as the email process does. Based on the experience that the email client is slow with an exchange account without a lagfix leads me to the conclusion the email app is performing large amounts of I/O in this setting. This link (comment 14) seems to confirm this. Experiences here (comment 15 & 16) are similar.
3. Adding another Exchange account with security policy enforced increases CPU, no matter at what interval this second account is set. This could be related to the bug found on Motorola Droid that when the Maximum inactivity time out in the Activesync properties on the Exchange server are set to a higher value than the highest supported value on the phone, the email app keeps the phone in a wake lock.
So, i just have my exchange accounts set to Never. For one account, automatic retrieval is useless anyways because mail gets delivered to subfolders (which do not sync or get pushed automatically). Fot the other, i'll just have to open the email app every now and then and let it fetch mail at that moment.
This problem doesn't seem to be limited to the Galaxy S, Motorola Droid is mentioned also in above threads.
Improved Email
I can advise everyone to look into "Improved Email" at http://www.mwebster.us/
It has the ability to sync specific subfolders, hide subfolders, apply color of your choice to the account, open up the email app in folder view, etc
Tip: first delete exisiting Exchange account and setup a new account from within the improved email app
I would like to stop putting in a password every time the phone restarts, or isn't used for more than 10 minutes or so. It's a result of my exchange account at work.
I noticed people had found solutions for other phones, but how would we accomplish this for our Fascinates?
I run an exchange server, and as long as there is not a policy with a timeout, it will never ask you for your password, even after reboot.
After all, your phone itself should be passworded already.
With a timeout policy in place, I don't see a means of subverting it without removing the policy
Sent from my SCH-I500
This sucks. I can either have work email on my phone, and be the go to guy if something goes wrong, and have to enter a password every 20 minutes, OR, not.
hrmmmm
thanks for the info
The lockout requirement is dictated by policies on your Exchange server. You cannot override them, at least not easily, and I would not recommend doing so, as there's a reason those policies exist. If you want an alternative solution, buy the Touchdown email application. The security PIN will then be enforced when opening that app, as opposed to unlocking the phone itself. It is also far superior to any stock Android email app in both features and compatibility.
Posted from my EB01 SuperClean Fascinate with Voodoo