Closed Bug 426709 Opened 16 years ago Closed 10 years ago

[10.5] Bookmark properties window sizes to show as much of a long URL as possible

Categories

(Firefox :: Bookmarks & History, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: faaborg, Unassigned)

References

Details

(Keywords: polish)

Attachments

(2 files)

Managed to reproduce this bug the first time. Properties window did extend over into other monitor as described by the reporter. 

Upon trying to reproduce this bug a second time, window now sizes correctly and does not cross over into other window. 
the worst thing is that dialog buttons are cut away, so nom for blocking
Probably only needs a decent maxwidth.
Flags: blocking-firefox3?
I can't repro this starting up. Is this a once per session or once per profile bug?
Keywords: polish
mmh, now i can't reproduce on XP nor Vista :\
This is WFM as well on OSX. Marking WFM, Alex, if you can find solid STR, re-open please.
Status: NEW → RESOLVED
Closed: 16 years ago
Flags: blocking-firefox3?
Resolution: --- → WORKSFORME
I only managed to reproduce this bug on linux (Ubuntu). The issue only occured once for me. 
Not fixed. This bug seems to be only appear under OS X 10.5. Tested with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008040922 Minefield/3.0pre ID:2008040922

Running my other debug build (08040922) under OS X 10.4 the bookmarks properties dialog isn't expanded. 
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: Bookmark properties window sizes to show as much of a long URL as possible → [10.5] Bookmark properties window sizes to show as much of a long URL as possible
steps on mozillazine forum from user Elen

1) bookmark a lengthy address, e.g. http://tinyurl.com/5uv3rx
2) close firefox and delete or rename localstore.rdf
3) right click the bookmark made in step 1 and choose properties
4) admire the widest Firefox window ever created? 
I see this bug on 10.4.
Attached file Jesse's long URL
My steps to reproduce:
1. Create a new profile.
2. Bookmark a page with a really long URL by dragging from the site icon to the bookmarks toolbar.
3. Ctrl+click the bookmark and select "Properties".

This bug can persist: if I get one of these huge sheets, subsequent bookmark property sheets will sometimes be huge as well, even if they have short URLs.
> 1) bookmark a lengthy address, e.g. http://tinyurl.com/5uv3rx

I can not reproduce with that url (the one it redirects to).

For me, it must be a long url WITH a live title (like the bugzilla query examples that are given)

The properties sheets with live titles have a drop down box where the long url appears for an instant before the live title appears.  The drop down box appears to be sized for that url that appears there for a second.

While playing around with the steps in bug 434377, I've noticed that this usually happens once (or a limited amount of times) per profile.  However, when the problem goes away, all properties sheets for all bookmarks are fit to the entire width of my monitor.  Once this happens, I must delete localstore.rdf to reproduce the bug and to have normal widths for properties sheets of other bookmarks.
or better the item should have a long live title (bugzilla queries can give that)
Status: REOPENED → NEW
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
Is this still an issue?
iirc i reproduced it not a long time ago, should retest though but i suppose it is still valid for long microsummaries.
microsummaries have gone time ago, let's close this
Status: NEW → RESOLVED
Closed: 16 years ago10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: