{ "id": "63906", "key": "TIMOB-3274", "fields": { "issuetype": { "id": "1", "description": "A problem which impairs or prevents the functions of the product.", "name": "Bug", "subtask": false }, "project": { "id": "10153", "key": "TIMOB", "name": "Titanium SDK/CLI", "projectCategory": { "id": "10100", "description": "Titanium and related SDKs used in application development", "name": "Client" } }, "fixVersions": [ { "id": "11362", "description": "Mobile 1.8.0 M09", "name": "Sprint 2011-30", "archived": true, "released": true, "releaseDate": "2011-08-01" }, { "id": "11331", "description": "", "name": "Release 1.8.0", "archived": true, "released": true, "releaseDate": "2011-10-31" } ], "resolution": { "id": "1", "description": "A fix for this issue is checked into the tree and tested.", "name": "Fixed" }, "resolutiondate": "2011-10-27T15:22:28.000+0000", "created": "2011-04-15T03:41:03.000+0000", "priority": { "name": "High", "id": "2" }, "labels": [], "versions": [], "issuelinks": [], "assignee": { "name": "stephentramer", "key": "stephentramer", "displayName": "Stephen Tramer", "active": true, "timeZone": "America/Los_Angeles" }, "updated": "2012-02-10T00:52:10.000+0000", "status": { "description": "The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.", "name": "Closed", "id": "6", "statusCategory": { "id": 3, "key": "done", "colorName": "green", "name": "Done" } }, "components": [ { "id": "10206", "name": "iOS", "description": "iOS Platform" } ], "description": "{html}

Using 1.6.0 on an iPhone

\r\n

I have a grouped tableview in a modal window.
\r\nUnder 1.5.1 setting scrollable = false on the tableview would fix\r\nit in position so when focus is made on one of the textfields in\r\nthe tableview the tableview wouldn't jump down the page. (See\r\nsceenshot1.png). I've just tried the following code on 1.6.0 as it\r\nseems like scrollable = false isn't working in the same way it was\r\nin 1.5.1 - when focus is made on a textfield the tableview\r\ndisplaces (See screenshot2.png)

\r\n

This behaviour occurs in the simulator and on the device.

\r\n

I've also attached a zip of a Resources directory that shows the\r\nproblem (you need to click on the register button)

\r\n
\r\nvar registerData = [];\r\n        \r\nvar usernameRow = Titanium.UI.createTableViewRow({className:'defaultRow', hasChild:false, selectedBackgroundColor: 'white', selectionStyle: 'NONE', selectedColor:'white'});\r\n\r\nvar passwordRow = Titanium.UI.createTableViewRow({className:'defaultRow', hasChild:false, selectedBackgroundColor: 'white', selectionStyle: 'NONE', selectedColor:'white'});\r\n\r\nvar registerUsername = Titanium.UI.createTextField({\r\n    keyboardType:Titanium.UI.KEYBOARD_EMAIL,\r\n    autocorrect:false,\r\n    hintText:'email address',\r\n    height:29,\r\n    left:10,\r\n    width:285,\r\n    clearButtonMode:Titanium.UI.INPUT_BUTTONMODE_ONFOCUS, \r\n    autocapitalization: Titanium.UI.TEXT_AUTOCAPITALIZATION_NONE\r\n});\r\n\r\nvar resgisterPassword = Titanium.UI.createTextField({\r\n    keyboardType:Titanium.UI.KEYBOARD_DEFAULT,\r\n    autocorrect:false,\r\n    hintText:'password',\r\n    height:29,  \r\n    left:10,\r\n    width:285,\r\n    clearButtonMode:Titanium.UI.INPUT_BUTTONMODE_ONFOCUS, \r\n    autocapitalization: Titanium.UI.TEXT_AUTOCAPITALIZATION_NONE,passwordMask:true\r\n});\r\n\r\n\r\nusernameRow.add(registerUsername);\r\npasswordRow.add(resgisterPassword);\r\n\r\nregisterData[0] = Titanium.UI.createTableViewSection();\r\nregisterData[0].add(usernameRow);\r\nregisterData[0].add(passwordRow);\r\n\r\nvar registerTable = Titanium.UI.createTableView({\r\n    style:Titanium.UI.iPhone.TableViewStyle.GROUPED,\r\n    scrollable: false,\r\n    data:registerData,\r\n});\r\n
{html}", "attachment": [ { "id": "18292", "filename": "resources.zip", "author": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:04.000+0000", "size": 2397958, "mimeType": "application/zip" }, { "id": "18293", "filename": "screenshot1.png", "author": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:05.000+0000", "size": 74337, "mimeType": "image/png" }, { "id": "18294", "filename": "screenshot2.png", "author": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:05.000+0000", "size": 76405, "mimeType": "image/png" } ], "flagged": false, "summary": "iPhone 1.6.0 Grouped TableView scrollable: false still displaces", "creator": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "subtasks": [], "reporter": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "environment": null, "comment": { "comments": [ { "id": "130450", "author": { "name": "penrique", "key": "penrique", "displayName": "Pedro Enrique", "active": false, "timeZone": "America/Los_Angeles" }, "body": "{html}

I'm confirming this behavior, it works as expected on SDK 1.5\nThere is a Help Desk\nticker that encountered the bug.

\n

Even if the tableView has \"scrollable: false\", on focus of the\ntextfield in a row, it will scroll to the center of the viewing\narea. Code sample above demonstrates the problem.

\n

Tested on iPhone Simulator 4.2
\nTitanium SDK 1.6.1 (Mar 9 2011 12:23 r1e15e40a)

{html}", "updateAuthor": { "name": "penrique", "key": "penrique", "displayName": "Pedro Enrique", "active": false, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:05.000+0000", "updated": "2011-04-15T03:41:05.000+0000" }, { "id": "130451", "author": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "body": "{html}

Hi Guys just wondering if there's a work around - can't view the\nhelp desk ticket mentioned by Pedro above for some reason.

{html}", "updateAuthor": { "name": "matt", "key": "matt", "displayName": "Matt", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:05.000+0000", "updated": "2011-04-15T03:41:05.000+0000" }, { "id": "130452", "author": { "name": "gerrycardinaliii", "key": "gerrycardinaliii", "displayName": "Gerry Cardinal III", "active": true, "timeZone": "America/Los_Angeles" }, "body": "{html}

I opened that ticket and there was no workaround given.

{html}", "updateAuthor": { "name": "gerrycardinaliii", "key": "gerrycardinaliii", "displayName": "Gerry Cardinal III", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:07.000+0000", "updated": "2011-04-15T03:41:07.000+0000" }, { "id": "130453", "author": { "name": "chris1", "key": "chris1", "displayName": "chris", "active": true, "timeZone": "America/Los_Angeles" }, "body": "{html}

Are there any suggestions on this one? (I also can't see the\nHelpdesk ticket). This breaks our app's ability to use 1.6.x (this\nis broken in SDK 1.6.1 as well). We had an existing view that\ndidn't even set scrollable=false and it was fine in 1.5.x, but as\nindicated above, breaks in 1.6, and then scrollable=false does not\nfix it. I'm curious why this is low priority given it makes using a\ngrouped tableview in a modal window impossible, which seems like a\npretty core problem.

{html}", "updateAuthor": { "name": "chris1", "key": "chris1", "displayName": "chris", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:07.000+0000", "updated": "2011-04-15T03:41:07.000+0000" }, { "id": "130454", "author": { "name": "chris1", "key": "chris1", "displayName": "chris", "active": true, "timeZone": "America/Los_Angeles" }, "body": "{html}

More info on this, and at least a workaround that worked for\nme...

\n

First, it doesn't have to be a modal window (in my case I was\nseeing this in a regular tab stack window).
\nSecond, it seems that this happens only for small height tables -\ni.e. a table that doesn't fill more than say about 1/3rd of the\nheight of the window...

\n

Workaround: add a footer view, or make the size of your footer\nview tall enough to consume most of the remaining window height.\nThis worked out for me and prevented any scrolling, etc.

{html}", "updateAuthor": { "name": "chris1", "key": "chris1", "displayName": "chris", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:07.000+0000", "updated": "2011-04-15T03:41:07.000+0000" }, { "id": "130455", "author": { "name": "gerrycardinaliii", "key": "gerrycardinaliii", "displayName": "Gerry Cardinal III", "active": true, "timeZone": "America/Los_Angeles" }, "body": "{html}

I can confirm that the workaround of adding a tall footer view\nworks.

{html}", "updateAuthor": { "name": "gerrycardinaliii", "key": "gerrycardinaliii", "displayName": "Gerry Cardinal III", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-04-15T03:41:07.000+0000", "updated": "2011-04-15T03:41:07.000+0000" }, { "id": "160588", "author": { "name": "stephentramer", "key": "stephentramer", "displayName": "Stephen Tramer", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Cannot reproduce in master/65a5393. Marking fixed.", "updateAuthor": { "name": "stephentramer", "key": "stephentramer", "displayName": "Stephen Tramer", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-07-26T08:53:48.000+0000", "updated": "2011-07-26T08:53:48.000+0000" }, { "id": "164343", "author": { "name": "vsingh", "key": "vsingh", "displayName": "Vikramjeet Singh", "active": true, "timeZone": "America/Los_Angeles" }, "body": "Tested On:\n\nMac OSX Lion\nTiMob: 1.8.0.v20110819142548\nTiStud: 1.0.4.201108101535\n\nDevices:\n\niPhone 4 version 4.2.10\niPad2 version 4.3.5\niPod 3", "updateAuthor": { "name": "vsingh", "key": "vsingh", "displayName": "Vikramjeet Singh", "active": true, "timeZone": "America/Los_Angeles" }, "created": "2011-08-29T10:40:29.000+0000", "updated": "2011-08-29T10:40:29.000+0000" } ], "maxResults": 8, "total": 8, "startAt": 0 } } }