Especially under X, it's a pain to have selected a URL from some other window, paste it into the location bar, go back to the beginning of the URL, carefully select "about:blank" and delete it.
Personally i'd like to see it overpaste anyting in urlbar - or a feature to quickly wipe urlbar clean with one click. Whether that be about:blank or some other text. On a related note: I filed bug 103329 regarding about:blank displaying in new tabs. (It shouldn't appear there at all on Ctrl+t)
can't find exact dups - resolving as new. This is a usability issue regarding the URL-bar and pasting on linux that i'd like to see implemented.
WRT the overpaste _anything_, that won't work, especially for long URLs that get wrapped [perhaps by *ahem*Exchange*ahem* IMAP servers that reformat mail], thus requiring multiple pastes to have a complete URL. WRT the about:blank not appearing on new tabs: I disagree. Whatever happens in the browser normally [read: w/o tabs] should happen per-tab as well... Perhaps the "Blank page" pref really means: "blank page and empty location bar", thus making this a non-issue...?
exactly: whatever happens normally should happen in tabs as well. And when i open a new window, it's blank, and no "about:blank" is written in URL-field.
reassigning url bar bugs to default owner.
about:blank was removed on open, because people didn't wanna add an extra step in deleting the about:blank before typing.
This bug reappeared in the newest builds (my build is 2002041722 for Solaris 2.6). When a new tab is opened the url bar contains about:blank. It should be empty so that a URL could be pasted there.
confirm on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020911 MultiZilla/v1.1.22 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020826 It's still here
about:blank should be hidden, so fixing this shouldn't be necessary. It's hidden on new tab for me in Seamonkey and Firebird now.
Yes, the only way you should be able to get about:blank into the URL bar now is to type it yourself. resolving INVALID since the reported problem is no longer relevant