[jira] [Commented] (CB-1247) An option similar to webviewbounce is needed that works on Windows Phone
[ https://issues.apache.org/jira/browse/CB-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13560804#comment-13560804 ] Greg commented on CB-1247: -- Is this currently in 2.3? If so - how do I use it? An option similar to webviewbounce is needed that works on Windows Phone -- Key: CB-1247 URL: https://issues.apache.org/jira/browse/CB-1247 Project: Apache Cordova Issue Type: Bug Components: WP7 Affects Versions: 2.0.0 Environment: Windows Phone Reporter: Rob Van Wicklen Assignee: Jesse MacFadyen Fix For: 2.4.0 A webviewbounce option can be set to fix an app's viewable area in place on the iOS screen, making it so that users cannot drag it and move it off the side of the screen. A similar setting is needed for Windows Phone. Currently, even if the viewport size is set to the device screen dimensions and the scale is fixed at 1.0, Windows Phone users can still drag the app's viewport which results in a bounce effect similar to what's seen on iOS when the webviewbounce option isn't set to false. The Windows Phone WebBrowser control doesn't directly expose a property that lets you eliminate the bounce, but the desired result can be acheived with a small amount of wrapper code around the control. This would need to be implemented within Cordova. The following article explains how to do it: http://www.scottlogic.co.uk/blog/colin/2011/11/suppressing-zoom-and-scroll-interactions-in-the-windows-phone-7-browser-control Justification: the ability to eliminate the bounce effect is important for app developers who want to create an experience that's similar to a native app. This is not currently possible on Windows Phone. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2174) Users with CoolIris Android Gallery App Can't Select Photo
[
https://issues.apache.org/jira/browse/CB-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13554151#comment-13554151
]
Greg commented on CB-2174:
--
[~bowserj] Sorry - here is more information right from the user:
Sure, here are screenshots for:
(1)My camera view (the screenshot won’t capture what’s portrayed in the
lens, but this is what the viewfinder looks like) =
http://im.grega.co/image/3t0A0c1A062W
(2)Gallery view (photos taken with camera are automatically added to this
folder) - http://im.grega.co/image/353x3W161R0U
(3)Selecting a photo in “Photo Library” within the Untappd app -
http://im.grega.co/image/1K0D3x463r2c
(4)Taking a photo using “Camera” in the Untappd app -
http://im.grega.co/image/0m3t2S2K3H2q
(5)Successfully uploading a picture using “Camera” in the app -
http://im.grega.co/image/000G021a2v2y
(6)File names for photos back in November/December. The top four photos
uploaded properly back in Nov/Dec while the bottom two failed. If I try
uploading any of the top four photos now, they don’t work. -
http://im.grega.co/image/3i2F0D3L1U1I
While getting these shots, there was a new development. I have three pictures
in my gallery of that Duvel bottle. One was taken with the camera outside of
the app and will not upload. I have no clue where the second one came from,
and it will not upload. The third photo is the one taken with the camera
inside of the app. I can select this third photo from “photo library” and it
will upload properly. I tried it four times and it worked consistently with
that photo. I also took some new photos using this same method and they upload
properly.
So if I take a picture of something using my default camera, it is added to
gallery automatically. If I then select this picture from “Photo Library” it
will not upload. If I take a picture of something using the camera inside the
app, it will upload successfully and add a copy to my gallery. If I select
this copy from “Photo Library” it will upload.
I’ve included the pictures as well. At first glance, the obvious difference is
file size. So I went to my camera, lowered every quality setting that I could,
and took a 66kb photo using it. This photo won’t upload, either, though. The
difference seems to somehow be about the method of taking the picture… if I
take it using my camera (default camera, no third party app), it won’t upload.
If I take it using the camera in Untappd, it will upload, even if I select it
from Photo Library later on.
I tried one more thing, and I think it found the problem. I went into my file
manager and changed the name of that 66kb low-quality photo. I changed it to
something without spaces. Lo and behold, it uploaded properly in Untappd.
Although all of the files I uploaded in October and November had spaces in
their names and uploaded just fine, it looks like a space in the file name
prevents uploads from succeeding now.
Let me know if this helps.
Users with CoolIris Android Gallery App Can't Select Photo
--
Key: CB-2174
URL: https://issues.apache.org/jira/browse/CB-2174
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.2.0
Environment: Android 2.3.x
Reporter: Greg
Assignee: Joe Bowser
Priority: Critical
Labels: camera
For some users with Android 2.3.x runing Cooliris - the photo is not returned
to the the UI. It doesn't crash the app or reload it, just doesn't get
returned. Here is a log from the Production version of Untappd (2.1.3):
01-04 02:31:38.187 I/InputDispatcher(132): Delivering touch to current input
target: action: 0, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.191 W/UriTexture(11002): writeToCache file =
/mnt/sdcard/Android/data/com.cooliris.media/cache/hires-image-cache/4785486220386293994_1280.cache
01-04 02:31:38.253 I/InputReader(132): dispatchTouch::touch event's action is
1
01-04 02:31:38.253 I/InputDispatcher(132): Delivering touch to current input
target: action: 1, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.261 D/TEST(11002): onSingleTapUp231
01-04 02:31:38.265 D/Gallery (11002): performReturn : contentUri =
content://media/external/images/media/462
01-04 02:31:38.265 D/Gallery (11002): performReturn : result = Intent {
dat=content://media/external/images/media/462 }
01-04 02:31:38.265 I/GLThread(11002): onPause tid=64
01-04 02:31:38.265 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.273 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.296 I/GLThread(11002): mPaused is now true tid=64
01-04 02:31:38.296
[jira] [Commented] (CB-2174) Users with CoolIris Android Gallery App Can't Select Photo
[
https://issues.apache.org/jira/browse/CB-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13548845#comment-13548845
]
Greg commented on CB-2174:
--
[~macdonst] [~bowserj] The user says the file name has a space in it, and it
takes from the Camera on the device (meaning, he took the photo via the camera
at some point) and is now trying to upload it). According to the user this was
working fine until 3 weeks ago. No updates to the app, nor software updates
were applied. Strange one indeed - I'll try to get more information.
Users with CoolIris Android Gallery App Can't Select Photo
--
Key: CB-2174
URL: https://issues.apache.org/jira/browse/CB-2174
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.2.0
Environment: Android 2.3.x
Reporter: Greg
Assignee: Joe Bowser
Priority: Critical
Labels: camera
For some users with Android 2.3.x runing Cooliris - the photo is not returned
to the the UI. It doesn't crash the app or reload it, just doesn't get
returned. Here is a log from the Production version of Untappd (2.1.3):
01-04 02:31:38.187 I/InputDispatcher(132): Delivering touch to current input
target: action: 0, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.191 W/UriTexture(11002): writeToCache file =
/mnt/sdcard/Android/data/com.cooliris.media/cache/hires-image-cache/4785486220386293994_1280.cache
01-04 02:31:38.253 I/InputReader(132): dispatchTouch::touch event's action is
1
01-04 02:31:38.253 I/InputDispatcher(132): Delivering touch to current input
target: action: 1, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.261 D/TEST(11002): onSingleTapUp231
01-04 02:31:38.265 D/Gallery (11002): performReturn : contentUri =
content://media/external/images/media/462
01-04 02:31:38.265 D/Gallery (11002): performReturn : result = Intent {
dat=content://media/external/images/media/462 }
01-04 02:31:38.265 I/GLThread(11002): onPause tid=64
01-04 02:31:38.265 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.273 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.296 I/GLThread(11002): mPaused is now true tid=64
01-04 02:31:38.296 I/GLThread(11002): releasing EGL surface because paused
tid=64
01-04 02:31:38.296 W/EglHelper(11002): destroySurface() tid=64
01-04 02:31:38.320 W/EglHelper(11002): finish() tid=64
01-04 02:31:38.359 I/GLThread(11002): releasing EGL context because paused
tid=64
01-04 02:31:38.359 I/RenderView(11002): OnPause RenderView
com.cooliris.media.RenderView@40524a88
01-04 02:31:38.359 E/SensorManager(11002): unregisterListener:: all sensors,
listener = com.cooliris.media.RenderView@40524a88
01-04 02:31:38.363 D/WakeLock(11002): onpause mCheckDecodeWakeLock : result
= false
01-04 02:31:38.363 D/StatusBarManagerService(132): manageDisableList what=0x0
pkg=com.cooliris.media
01-04 02:31:38.378 D/CameraLauncher(10958): I either have a null image path
or bitmap
01-04 02:31:38.382 D/DroidGap(10958): Resuming the App
01-04 02:31:38.382 D/DroidGap(10958): Resuming the App
01-04 02:31:38.457 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/448
01-04 02:31:38.457 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.457 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.535 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/449
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.535 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/450
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.613 D/CordovaLog(10958): MESSAGE FAIL: Unable to retrieve path
to picture!
01-04 02:31:38.613 D/CordovaLog(10958):
file:///android_asset/www/assets/js/photo.js: Line 187 : MESSAGE FAIL: Unable
to retrieve path to picture!
01-04 02:31:38.613 I/Web Console(10958): MESSAGE FAIL: Unable to retrieve
path to picture! at file:///android_asset/www/assets/js/photo.js:187
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2174) Users with CoolIris Android Gallery App Can't Select Photo
Greg created CB-2174:
Summary: Users with CoolIris Android Gallery App Can't Select Photo
Key: CB-2174
URL: https://issues.apache.org/jira/browse/CB-2174
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.2.0
Environment: Android 2.3.x
Reporter: Greg
Assignee: Joe Bowser
Priority: Critical
For some users with Android 2.3.x runing Cooliris - the photo is not returned
to the the UI. It doesn't crash the app or reload it, just doesn't get
returned. Here is a log from the Production version of Untappd (2.1.3):
01-04 02:31:38.187 I/InputDispatcher(132): Delivering touch to current input
target: action: 0, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.191 W/UriTexture(11002): writeToCache file =
/mnt/sdcard/Android/data/com.cooliris.media/cache/hires-image-cache/4785486220386293994_1280.cache
01-04 02:31:38.253 I/InputReader(132): dispatchTouch::touch event's action is 1
01-04 02:31:38.253 I/InputDispatcher(132): Delivering touch to current input
target: action: 1, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.261 D/TEST(11002): onSingleTapUp231
01-04 02:31:38.265 D/Gallery (11002): performReturn : contentUri =
content://media/external/images/media/462
01-04 02:31:38.265 D/Gallery (11002): performReturn : result = Intent {
dat=content://media/external/images/media/462 }
01-04 02:31:38.265 I/GLThread(11002): onPause tid=64
01-04 02:31:38.265 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.273 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.296 I/GLThread(11002): mPaused is now true tid=64
01-04 02:31:38.296 I/GLThread(11002): releasing EGL surface because paused
tid=64
01-04 02:31:38.296 W/EglHelper(11002): destroySurface() tid=64
01-04 02:31:38.320 W/EglHelper(11002): finish() tid=64
01-04 02:31:38.359 I/GLThread(11002): releasing EGL context because paused
tid=64
01-04 02:31:38.359 I/RenderView(11002): OnPause RenderView
com.cooliris.media.RenderView@40524a88
01-04 02:31:38.359 E/SensorManager(11002): unregisterListener:: all sensors,
listener = com.cooliris.media.RenderView@40524a88
01-04 02:31:38.363 D/WakeLock(11002): onpause mCheckDecodeWakeLock : result =
false
01-04 02:31:38.363 D/StatusBarManagerService(132): manageDisableList what=0x0
pkg=com.cooliris.media
01-04 02:31:38.378 D/CameraLauncher(10958): I either have a null image path or
bitmap
01-04 02:31:38.382 D/DroidGap(10958): Resuming the App
01-04 02:31:38.382 D/DroidGap(10958): Resuming the App
01-04 02:31:38.457 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/448
01-04 02:31:38.457 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.457 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.535 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/449
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.535 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/450
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.613 D/CordovaLog(10958): MESSAGE FAIL: Unable to retrieve path
to picture!
01-04 02:31:38.613 D/CordovaLog(10958):
file:///android_asset/www/assets/js/photo.js: Line 187 : MESSAGE FAIL: Unable
to retrieve path to picture!
01-04 02:31:38.613 I/Web Console(10958): MESSAGE FAIL: Unable to retrieve path
to picture! at file:///android_asset/www/assets/js/photo.js:187
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2174) Users with CoolIris Android Gallery App Can't Select Photo
[
https://issues.apache.org/jira/browse/CB-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13547311#comment-13547311
]
Greg commented on CB-2174:
--
[~bowserj] Yeah, I was confused as I never seen it before - even on my 2.3.x
device. Hope you can figure out a fix. I'm getting more details from the user
and will share them here.
Users with CoolIris Android Gallery App Can't Select Photo
--
Key: CB-2174
URL: https://issues.apache.org/jira/browse/CB-2174
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.2.0
Environment: Android 2.3.x
Reporter: Greg
Assignee: Joe Bowser
Priority: Critical
Labels: camera
For some users with Android 2.3.x runing Cooliris - the photo is not returned
to the the UI. It doesn't crash the app or reload it, just doesn't get
returned. Here is a log from the Production version of Untappd (2.1.3):
01-04 02:31:38.187 I/InputDispatcher(132): Delivering touch to current input
target: action: 0, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.191 W/UriTexture(11002): writeToCache file =
/mnt/sdcard/Android/data/com.cooliris.media/cache/hires-image-cache/4785486220386293994_1280.cache
01-04 02:31:38.253 I/InputReader(132): dispatchTouch::touch event's action is
1
01-04 02:31:38.253 I/InputDispatcher(132): Delivering touch to current input
target: action: 1, channel '40a90ab8
com.cooliris.media/com.cooliris.media.Gallery (server)'
01-04 02:31:38.261 D/TEST(11002): onSingleTapUp231
01-04 02:31:38.265 D/Gallery (11002): performReturn : contentUri =
content://media/external/images/media/462
01-04 02:31:38.265 D/Gallery (11002): performReturn : result = Intent {
dat=content://media/external/images/media/462 }
01-04 02:31:38.265 I/GLThread(11002): onPause tid=64
01-04 02:31:38.265 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.273 I/Main thread(11002): onPause waiting for mPaused.
01-04 02:31:38.296 I/GLThread(11002): mPaused is now true tid=64
01-04 02:31:38.296 I/GLThread(11002): releasing EGL surface because paused
tid=64
01-04 02:31:38.296 W/EglHelper(11002): destroySurface() tid=64
01-04 02:31:38.320 W/EglHelper(11002): finish() tid=64
01-04 02:31:38.359 I/GLThread(11002): releasing EGL context because paused
tid=64
01-04 02:31:38.359 I/RenderView(11002): OnPause RenderView
com.cooliris.media.RenderView@40524a88
01-04 02:31:38.359 E/SensorManager(11002): unregisterListener:: all sensors,
listener = com.cooliris.media.RenderView@40524a88
01-04 02:31:38.363 D/WakeLock(11002): onpause mCheckDecodeWakeLock : result
= false
01-04 02:31:38.363 D/StatusBarManagerService(132): manageDisableList what=0x0
pkg=com.cooliris.media
01-04 02:31:38.378 D/CameraLauncher(10958): I either have a null image path
or bitmap
01-04 02:31:38.382 D/DroidGap(10958): Resuming the App
01-04 02:31:38.382 D/DroidGap(10958): Resuming the App
01-04 02:31:38.457 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/448
01-04 02:31:38.457 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.457 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.535 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/449
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.535 D/MediaItemTexture(11002):
uriStringcontent://media/external/images/media/450
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding Start
01-04 02:31:38.535 I/MediaItemTexture(11002): Decoding End
01-04 02:31:38.613 D/CordovaLog(10958): MESSAGE FAIL: Unable to retrieve path
to picture!
01-04 02:31:38.613 D/CordovaLog(10958):
file:///android_asset/www/assets/js/photo.js: Line 187 : MESSAGE FAIL: Unable
to retrieve path to picture!
01-04 02:31:38.613 I/Web Console(10958): MESSAGE FAIL: Unable to retrieve
path to picture! at file:///android_asset/www/assets/js/photo.js:187
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2057) When using allowEdit on iOS, user is unable to Crop, Zoom on Image
Greg created CB-2057:
Summary: When using allowEdit on iOS, user is unable to Crop, Zoom
on Image
Key: CB-2057
URL: https://issues.apache.org/jira/browse/CB-2057
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 2.2.0
Environment: iOS 6.x (iPhone 5)
Reporter: Greg
Assignee: Shazron Abdullah
Priority: Critical
When using the following code, the user is unable to crop the photo on the
edit screen. Once you attempt to zoom, it snaps back to the original version.
navigator.camera.getPicture(Photo.getSuccess, Photo.getFail, {quality: 45,
destinationType: destinationType.FILE_URI, sourceType: pictureSource.CAMERA,
correctOrientation: true, encodingType: encoding.JPEG, saveToPhotoAlbum: true,
targetWidth: 910, targetHeight: 910, allowEdit: true});
You can verify this on iPhone 5 (I believe it works well on previous models) on
iOS 6+.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CB-2057) When using allowEdit on iOS, user is unable to Crop, Zoom on Image
[
https://issues.apache.org/jira/browse/CB-2057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Greg closed CB-2057.
Resolution: Not A Problem
This is a problem on my side - my mistake.
When using allowEdit on iOS, user is unable to Crop, Zoom on Image
--
Key: CB-2057
URL: https://issues.apache.org/jira/browse/CB-2057
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 2.2.0
Environment: iOS 6.x (iPhone 5)
Reporter: Greg
Assignee: Shazron Abdullah
Priority: Critical
Labels: camera
When using the following code, the user is unable to crop the photo on the
edit screen. Once you attempt to zoom, it snaps back to the original version.
{code}
var success = function(imageURI) {
alert('image url: ' + imageURI);
}
var fail = function(message) {
alert('error: ' + message);
}
var pictureSource=navigator.camera.PictureSourceType;
var destinationType=navigator.camera.DestinationType;
var encoding=navigator.camera.EncodingType;
navigator.camera.getPicture(success, fail,
{quality: 45, destinationType:
destinationType.FILE_URI, sourceType: pictureSource.CAMERA,
correctOrientation: true, encodingType: encoding.JPEG, saveToPhotoAlbum:
true, targetWidth: 910, targetHeight: 910, allowEdit: true}
);
{code}
You can verify this on iPhone 5 (I believe it works well on previous models)
on iOS 6+.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1185) When Application is placed in background and resumed, the UI is frozen
[ https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497358#comment-13497358 ] Greg commented on CB-1185: -- @Joe - This is WITHOUT a USB cable. If you have this plugged in, it won't replicated. Just by it's self and on Wifi - this works. Stock 4.1.2. Thanks, Greg When Application is placed in background and resumed, the UI is frozen -- Key: CB-1185 URL: https://issues.apache.org/jira/browse/CB-1185 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.0.0 Environment: Jelly Bean 4.1, ICS 4.0.x Reporter: Greg Assignee: Filip Maj Attachments: 0001-Fix-issue-with-pause-resume-freezing-the-UI.patch, 0002-Uncomment.patch, cordova-2.0.0.jar, issues.zip When using PhoneGap 2.0.0 on ICS or JellyBean, the application freezes up after you set the app to the background or turn of the screen. After around 3-7 seconds, the application unfreezes and pretty much causes a panic and usually crashes. No error reports have been submitted. Here is how you re-produce the issue: 1. Download Untappd - V2.0.4(https://play.google.com/store/apps/details?id=com.untappdllc.app) 2. After logging in stay on the Friends tab 3. Turn the the screen off and wait about 3-7 minutes 4. Turn the screen back on, and the interface should be frozen. Another possible path to re-producing the issue: 1. Download Untappd - V2.0.4(https://play.google.com/store/apps/details?id=com.untappdllc.app) 2. After logging in stay on the Friends tab 3. Go back to the home screen then use other apps for about 3-7 minutes. 4. Go back into Untappd, and the interface should be frozen. When the app is frozen, native menu buttons will not nor any options in the UI. Would love to see if anyone can replicate this. I've tested this on Jelly Bean 4.1.x on a Samsung Galaxy Nexus, but users have been having this problem majority on ICS (4.0.x) Thanks, Greg -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1185) When Application is placed in background and resumed, the UI is frozen
[ https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497372#comment-13497372 ] Greg commented on CB-1185: -- @Joe Did you try a fresh-install and reboot - just to make sure? That's what I did, but figured it was not needed. When Application is placed in background and resumed, the UI is frozen -- Key: CB-1185 URL: https://issues.apache.org/jira/browse/CB-1185 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.0.0 Environment: Jelly Bean 4.1, ICS 4.0.x Reporter: Greg Assignee: Filip Maj Attachments: 0001-Fix-issue-with-pause-resume-freezing-the-UI.patch, 0002-Uncomment.patch, cordova-2.0.0.jar, issues.zip When using PhoneGap 2.0.0 on ICS or JellyBean, the application freezes up after you set the app to the background or turn of the screen. After around 3-7 seconds, the application unfreezes and pretty much causes a panic and usually crashes. No error reports have been submitted. Here is how you re-produce the issue: 1. Download Untappd - V2.0.4(https://play.google.com/store/apps/details?id=com.untappdllc.app) 2. After logging in stay on the Friends tab 3. Turn the the screen off and wait about 3-7 minutes 4. Turn the screen back on, and the interface should be frozen. Another possible path to re-producing the issue: 1. Download Untappd - V2.0.4(https://play.google.com/store/apps/details?id=com.untappdllc.app) 2. After logging in stay on the Friends tab 3. Go back to the home screen then use other apps for about 3-7 minutes. 4. Go back into Untappd, and the interface should be frozen. When the app is frozen, native menu buttons will not nor any options in the UI. Would love to see if anyone can replicate this. I've tested this on Jelly Bean 4.1.x on a Samsung Galaxy Nexus, but users have been having this problem majority on ICS (4.0.x) Thanks, Greg -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1185) When Application is placed in background and resumed, the UI is frozen
[ https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13491882#comment-13491882 ] Greg commented on CB-1185: -- @Joe - Galaxy Nexus (The one released from Google before the Nexus 4) and Galaxy Nexus S (released from Google) -- -- Greg Avola Co-Founder / CTO Untappd g...@untappd.com When Application is placed in background and resumed, the UI is frozen -- Key: CB-1185 URL: https://issues.apache.org/jira/browse/CB-1185 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.0.0 Environment: Jelly Bean 4.1, ICS 4.0.x Reporter: Greg Assignee: Filip Maj Fix For: 2.3.0 Attachments: 0001-Fix-issue-with-pause-resume-freezing-the-UI.patch, 0002-Uncomment.patch, cordova-2.0.0.jar When using PhoneGap 2.0.0 on ICS or JellyBean, the application freezes up after you set the app to the background or turn of the screen. After around 3-7 seconds, the application unfreezes and pretty much causes a panic and usually crashes. No error reports have been submitted. Here is how you re-produce the issue: 1. Download Untappd - V2.0.4(https://play.google.com/store/apps/details?id=com.untappdllc.app) 2. After logging in stay on the Friends tab 3. Turn the the screen off and wait about 3-7 minutes 4. Turn the screen back on, and the interface should be frozen. Another possible path to re-producing the issue: 1. Download Untappd - V2.0.4(https://play.google.com/store/apps/details?id=com.untappdllc.app) 2. After logging in stay on the Friends tab 3. Go back to the home screen then use other apps for about 3-7 minutes. 4. Go back into Untappd, and the interface should be frozen. When the app is frozen, native menu buttons will not nor any options in the UI. Would love to see if anyone can replicate this. I've tested this on Jelly Bean 4.1.x on a Samsung Galaxy Nexus, but users have been having this problem majority on ICS (4.0.x) Thanks, Greg -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
