On windows, shift-home and shift-end are universal "select all text from cursor position to the start/end of the line". However, in the dev console's style tab, when editing a style definition for an element, this behaviour has been radically redefined, breaking user expectancy by instead of selecting text, inserting text: - open a page, and "inspect element" something - in the style definitions, click the whitespace in any rule to add a new property:value pair - start typing the property name. For STR purposes, -moz-fon - then: case 1) - hit "shift-home" to select all the text (e.g. to delete it so as to start over) or, case 2) - hit "home" to place the cursor at the start and then, - hit "shift-end" to select all the text. In both cases, rather than selecting the entire stretch of text as per expected universal Windows application behaviour, the dev tools behaviour is to insert the full string for the first autocomplete suggestion at the cursor.

I see the same thing on OS X (though I believe OS X does not support these combo without a custom key config). Anyway, does not seem OS dependent.

Setting devedition-40 bugs to p3, filter on FB20EAC4-3FC3-48D9-B15F-0587C3987C25

I believe this is the same as bug 1032984, which is already in devedition-40 polish cycle. Please reopen if I have misunderstood.