User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:42.0) Gecko/20100101 Firefox/42.0 Build ID: 20151015151621 Steps to reproduce: Go on a website and pin it. Return to homescreen, an icon for the pinned site has been created. Drag it over the "…" area at the buttom of the screen to modify the pinned icon. Give it a new name and return to homescreen. Actual results: The icon of the pinned website has been replaced with the generic gray spaceship icon. The "Search or enter address" bar is now collapsible. When the "Search or enter address" bar is not collapsed, the bar with the "delete" and "…" options for managing the icons is misplaced (too low). Expected results: The icon of the pinned website should retein its icon. The "Search or enter address" bar should remain fixed. The bar with the "delete" and "…" options for managing the icons should always be placed properly.

This issue was found on the following device/build Build ID 20151019030208 Gaia Revision f75bd584aca0a751a5bed115800250faa8412927 Gaia Date 2015-10-19 06:39:58 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/1a157155a4fe0074b3d03b54fe9e466472c2cd56 Gecko Version 44.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150527.043015 Firmware Date Wed May 27 04:30:24 EDT 2015 Bootloader L1TC000118D0

[Blocking Requested - why for this release]:

Lets re-test once 1216093 lands.

Not sure whether bug 1216106 is a dependency or a duplicate.

Let's make it a duplicate, and use this bug to track it since it has more information.

Interestingly (for certain values of interesting), this bug only manifests when you actually make a change - cancelling out of the dialog with no changes has no ill effects. This seems to point to a bug in homescreen in responding to the event I think, but can't say for sure just yet.

I take it back, removing the event handler has no effect. I think this may be caused by the toast animating in from the bottom of the screen.

Can confirm, removing the message that gets posted in response to the bookmark-editing activity in system fixes this problem. Just need to track down the style and such to fix this properly...

I think this might be a problem of a popup's size changes being treated as if they came from the browser frame when they didn't. Still debugging.

Found it, patch + test incoming...

Comment on attachment 8676322 [details] [gaia] Cwiiis:bug1216129-subwindows-causing-collapsing > mozilla-b2g:master r=me with a tiny comment!

Cheers, merged: https://github.com/mozilla-b2g/gaia/commit/40f8c06706c33a8c864e9d1778e58657b47abd2e

Verified on [Flame] Build ID 20151021065025 Gaia Revision 32d827a70af90a05918f234e5b16b35d5d2a07e8 Gaia Date 2015-10-20 20:57:29 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/473aefe5bd85842eeb142e0cde8e2cd21edbf40b Gecko Version 44.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20151021.104033 Firmware Date Wed Oct 21 10:40:46 EDT 2015 Bootloader L1TC000118D0 [Aries] Build ID 20151022003511 Gaia Revision 1b902ff26547e2a6c896351a6a73b673f65e19b2 Gaia Date 2015-10-21 14:56:32 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/daa7d98525e859d32a3b3e97101e129a897192a1 Gecko Version 44.0a1 Device Name aries Firmware(Release) 4.4.2 Firmware(Incremental) eng.worker.20151021.235445 Firmware Date Wed Oct 21 23:54:53 UTC 2015 Bootloader s1