219972 - bookmark properties window is not resizable, making location (etc.) hard to edit

Status: RESOLVED WORKSFORME

(SeaMonkey :: Bookmarks & History, defect)

Description

[Daniel B.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827

The bookmark properties window is not resizable.  This makes the location harder
to edit when it is longer than the allocated space.

The window should be resizable, and the size should be remembered if the
window is closed and re-opened within the same browser session.  (Some
might argue for remembering size across sessions; remembering within
one run would be sufficient for me.)

Reproducible: Always

Steps to Reproduce:
1.  In the Bookmark Manager window, right-click on a bookmark and select the 
    "Properties" menu item.
2.  In the Location text box, enter a location URL that is longer than the
    text box.
3.  Check the URL you entered.
4.  Edit the beginning of the URL and the end of the URL.

Actual Results:  
In step 3, notice that you have to drag-autoscroll the text box to see the
whole URL (because even though there is screen space to display a wider 
properties window (with a wider text box), the window isn't resizable).

In step 4, you have to drag-autoscroll again to get from the beginning to 
the end (or vice versa) of the URI.


Expected Results:  
The properties window should be resizable.

Then the user could choose whether to use more screen space for a wider
properties window or to still scroll horizontally by dragging.

Additionally, if the user wants to resize the property window, the user 
should not have to resize the window every time it is re-displayed
(perhaps once each time the browser is executed, but not much more 
than that).

Comment 1

[Gérard Talbot]

This bug is close to bug 179058. Duplicate?

Comment 2

[Daniel B.]

> Additional Comment #1...
> This bug is close to bug 179058. Duplicate?

I guess it depends on whether just the original report is considered
(in which case I'd answer "no") or if additional comments (e.g.,
bug 179058's comment #4) are considered (in which case I might 
answer "yes").

Comment 3

[Gérard Talbot]

Daniel, this bug should be confirmed. Since bug 179058 was about making the
bookmark properties window larger and because of comment 4 of bug 179058, your
bug should be confirmed... in all fairness.

Comment 4

[Daniel B.]

> ------- Additional Comment #3 From [e-mail] 2003-11-24 21:53
------- 

> Daniel, this bug should be confirmed. Since bug 179058 was about making 
> the bookmark properties window larger and because of comment 4 of bug 179058,
> your bug should be confirmed... in all fairness.

What exactly do you want from me?  

It sounds like you want me to confirm my own bug report, which doesn't make
sense.  (Isn't confirmation usually done by someone other than the original
reporter?)

Does confirmation here not mean the usual (that someone confirms that they
have also seen the behavior described in the bug report)?

Was there a problem reproducing the behavior of the bookmark properties
window's not being resizable?

Comment 5

[Joachim Noreiko]

I confirm that this bug exists ;)

This bug makes working with Quick Searches difficult, as to create a quick
seaarch bookmark you need to bookmark a URL and then insert a %s into it in the
properties.

Comment 6

[Ray Booysen]

Reassigning as per Bug #32644

Comment 7

[Fabiano Castro Pereira]

Does this bug also applies to Firefox, or I need to open another bug to report this issue specifically to Firefox?

Comment 8

[Phoenix]

Bookmarks properties window is now resizible, so closing this as WFM
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a1
Build identifier: 20120921003032