Closed
Bug 79411
Opened 24 years ago
Closed 21 years ago
New bookmark folders show "(Empty)" item until mozilla restarted
Categories
(SeaMonkey :: Bookmarks & History, defect, P5)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
VERIFIED
FIXED
Future
People
(Reporter: khollenshead, Assigned: bugs)
References
Details
(Keywords: polish)
Attachments
(1 file)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.3-20mdk i686; en-US; rv:0.9+)
Gecko/20010507
BuildID: 2001050708
When I create a new bookmark folder, it properly shows an item labeled "(Empty)"
which is disabled. If I then add a bookmark to that folder (using Add Bookmark
As...) and then examine the bookmark folder from the browser menu, the "(Empty)"
item is still there along with the new bookmark just added.
Reproducible: Always
Steps to Reproduce:
1.Create a new bookmark folder - use the personal toolbar folder to make
observation easier. Observe "(empty)" item from bookmark dropdown.
2. Go to a page. Use Bookmarks > Add Bookmark As... and place a bookmark in the
newly created folder.
3. Observe folder again - two items exist in folder.
Actual Results: Two bookmark items appeared in folder - one "(Empty)" and a new
bookmark.
Expected Results: Only the new bookmark should have appeared - the empty item
should have disappeared.
The empty items disappear upon broswer restart.
Comment 1•24 years ago
|
||
Marking NEW, seeing this as well.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
seein it too, win98, 2001-05-08-17-trunk. Don't need to restart browser here,
all new windows created after changing bookmarks show menu correctly, all
windows created before show the "(Empty)" item.
I created many new folders and moved bookmarks to them using manage bookmarks,
and only some of the folders said empty above the bookmarks. So this is not
always reproducable.
Comment 9•23 years ago
|
||
I find that it is always reproducable for me by draging the bookmark icon from
the URL bar to the new folder on the personal toolbar.
Comment 10•23 years ago
|
||
*** Bug 88981 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
*** Bug 89347 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
*** Bug 90417 has been marked as a duplicate of this bug. ***
Comment 13•23 years ago
|
||
*** Bug 92335 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
To reproduce:
* go to bookmark manager;
* create new folder;
* go view folder -- should contain (empty) item;
* add new item to folder;
* go view folder -- should contain (empty) + new item;
close, restart.
* go view folder -- should contain new item only.
Comment 15•23 years ago
|
||
*** Bug 95979 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
*** Bug 96765 has been marked as a duplicate of this bug. ***
Comment 18•23 years ago
|
||
*** Bug 96776 has been marked as a duplicate of this bug. ***
Comment 19•23 years ago
|
||
upgrading from 'trivial' to minor and changing platform/os to all/all.
Reproduced using original steps on Mac OS 8.5.1 and 20010824 build
Severity: trivial → minor
OS: Linux → All
Hardware: PC → All
Comment 20•23 years ago
|
||
Possibly related, from bug 33723:
------- Additional Comments From neil@parkwaycc.co.uk 2001-07-30 06:04 -------
A possible problem with this is that it's difficult to tell if the menu is
really empty - content and RDF can both update them dynamically - IIRC the
content update can alter the effect of the RDF update so there isn't a late
enough event to catch. Or is there?
Comment 21•23 years ago
|
||
Comment 22•23 years ago
|
||
*** Bug 103341 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Assignee | ||
Comment 23•23 years ago
|
||
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter
email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
Status: ASSIGNED → NEW
Comment 24•23 years ago
|
||
Mass move Ben's bugs dumped on me marked future with p5 to get off my untriaged
radar. You can filter out this email by looking for "ironstomachaussie"
Priority: -- → P5
Comment 25•23 years ago
|
||
*** Bug 106280 has been marked as a duplicate of this bug. ***
Comment 26•23 years ago
|
||
*** Bug 106923 has been marked as a duplicate of this bug. ***
Comment 27•23 years ago
|
||
Using Mozilla 0.95 built on FreeBSD using the ports tree:
I just want to point out that the null (Empty) folder at times only shows up in
the Personal Toolbar listings. That is, if you see a folder in your Peronsal
Toolbar with two items, (Empty) and Foobar, if you look at the same folder
through the Main Toolbar->Bookmarks, the (Empty) entry is not there; only Foobar
is there.
However, if you have a doubly-nested folder in your Personal Toolbar, say
FolderFoo:FolderBar, then the problem still occurs in roundabout Main Toolbar's
access to the Personal Toolbar.
Comment 28•23 years ago
|
||
*** Bug 113569 has been marked as a duplicate of this bug. ***
Comment 29•23 years ago
|
||
doing this from dupe bug 113569.
1. Select the "File Bookmark..." menu item to file a bookmark
2. In the Add bookmark dialog, using "New Folder..." to create a new folder
3. Add the current bookmark to the newly created folder
4. From "Bookmarks", when selecting the newly created folder, there is a (Empty)
item in it
using 12-17-03 (w2k) it dropped it down to the bottom of my root bookmarks list.
It could be an issue with the selection != what is focused (or implied focus as
is the case here) [ie. this could be about indexes of bookmarks are not the
same].. which is another bug and probably related somehow to losing and miss
placing bookmarks which occur as problems about deletion/focus/move/insertion in
bug 114256 and bug 114215, & others.
Comment 31•23 years ago
|
||
This bug also observed in Mozilla build 2002020716 for OS/2 Warp.
Comment 32•23 years ago
|
||
*** Bug 137301 has been marked as a duplicate of this bug. ***
Comment 33•23 years ago
|
||
*** Bug 137898 has been marked as a duplicate of this bug. ***
Comment 34•23 years ago
|
||
*** Bug 138938 has been marked as a duplicate of this bug. ***
Comment 35•23 years ago
|
||
This bug observed in RC 1 (2002041711) on Windows XP.
Comment 36•23 years ago
|
||
*** Bug 140270 has been marked as a duplicate of this bug. ***
Comment 37•23 years ago
|
||
I am disagreeing with Comment 2, at least on Win 98 Build 2002050608 -- my new
windows still have empty for my new empty PT bookmark folders. But (Empty) _is_
also missing for me in any folder to which I have added/moved in a bookmark and
then moved/deleted it. I am guessing that this is the same problem (just as I
am guessing that Bug 140981 is a dupe of this one, or at least dependent, as
reporter thinks that will be fixed when this one is fixed).
Comment 38•23 years ago
|
||
Okay, I change my observation. The following bit is wrong all of a sudden:
"But (Empty) _is_ also missing for me in any folder to which I have added/moved
in a bookmark and then moved/deleted it."
In fact, it seems pretty much up in the air about when the "(Empty)" is missing
(but definitely after restart). Also, "(Empty)" is present sometimes even after
I make a folder not empty... so it's super-inconsistent, sorry. (Now I
_definitely_ think that Bug 140981 is a dupe).
Comment 39•23 years ago
|
||
Created two new bookmark folders. The first did not encounter this problem, but
the second did. This only occurs in the browser that I created the folder under.
New browsers that were spawned from this did not have this issue.
Comment 40•22 years ago
|
||
I can reproduce this as describe in comment 29. I was just google-ing and found
bookmarking useful sites as I went, by going click on the Bookmarks menu on the
personal toolbar, selecting "File Bookmark...", and then using the "New
Folder..." button to create a new folder. I then double clicked the newly
created folder and created the bookmark there.
Subsequently going to the Boomarks item on the personal toolbar, then to the new
folder displys a greyed out "(Empty)" item, plus the items which I'd added.
This behaviour is on 2002-06-11-08 running on Windows XP Pro.
Updated•22 years ago
|
Keywords: mozilla1.2,
polish
Comment 41•22 years ago
|
||
In v1.1 /Win95, this bug is still there;
Right now, I see:
*New window: no empty.
*Bookmark from TOP menu: no empty.
*Bookmark from Personnal Toolbar: empty present !
As someone wrote about events:
could it be related to the Personnal Toolbar somehow no refreshing itself as
much as needed ?
Comment 42•22 years ago
|
||
*** Bug 168002 has been marked as a duplicate of this bug. ***
Comment 43•22 years ago
|
||
With "Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2a) Gecko/20020910"
Bug (2 parts) is still there:
1) Right-click on PersonalBar, 'New Folder': added and showing 'empty' inside =
good.
2) Drag&Drop URL from NavBar to that new folder: impossible = not allowed at top
and bottom, and does nothing over 'empty'.
3) Then, I add it at bottom of folder by Drag&Drop to a ManageBookMark window...
4) Display is correct from Bookmarks menus (MenuBar and PersoBar), but 'empty'
is still there from the folder directly on PersoBar.
Comment 44•22 years ago
|
||
*** Bug 140981 has been marked as a duplicate of this bug. ***
Comment 45•22 years ago
|
||
"Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021016"
Bug still there:
*see AC#43
*With v1.2b, 'Empty' stays on Bookmarks PersoBar also: only the top _Menu_ is good.
Comment 46•22 years ago
|
||
*** Bug 175966 has been marked as a duplicate of this bug. ***
Comment 47•22 years ago
|
||
*** Bug 185648 has been marked as a duplicate of this bug. ***
Comment 48•22 years ago
|
||
Is the (Empty) entry even needed?
Comment 49•22 years ago
|
||
*** Bug 186687 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Keywords: mozilla1.2
Comment 50•22 years ago
|
||
Mozilla/5.0 (X11; U; Linux sparc64; en-US; rv:1.2.1) Gecko/20030215
I figured I would throw in my $0.02 regarding a work around here...maybe if you
follow the code path you can figure out why this works:
o Assume I have 2 or more folders on my "Personal Toolbar"
o If I file a bookmark into a folder in my "Personal Toolbar" I will see
the "(Empty)" there.
o If I "Manage Bookmarks" and drag the folder containing the "(Empty)"
and the new bookmark and place it above or below the other folder within
the "Personal Toolbar" the "(Empty)" goes away immediately. I do not
even have to exit the bookmark manager for this to happen.
This is always reproducable!
Happy hunting,
Jordan.
Comment 51•22 years ago
|
||
*** Bug 194396 has been marked as a duplicate of this bug. ***
Comment 52•22 years ago
|
||
*** Bug 196375 has been marked as a duplicate of this bug. ***
Comment 53•22 years ago
|
||
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3) Gecko/20030312]
Bug still there.
Comment 54•22 years ago
|
||
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4a) Gecko/20030401]
Bug seems fixed somehow:
The greyed '(Empty)' entry no longer appears (in any case): only an empty (very
small square) folder :-)
The fix may be included in bug 160019 resolution:
Could pch (= chanial(at)noos.fr) confirm this ?
Comment 55•22 years ago
|
||
I've seen this bug on Windows ME, build 1.3.1 final.
Comment 56•21 years ago
|
||
This WFM now, with build 2003052508, maybe bug 205378 fixed this too?
Can anyone verify and mark it as WORKSFORME?
Comment 57•21 years ago
|
||
tried it with Win2000, Build 2003052608 and new folder in personal toolbar.
The empty entry is not seen anymore, but there is a small square, as long as the
folder is empty. This is not a big error, but doesn't look very professional ;-)
Comment 58•21 years ago
|
||
The little square, I believe, is a GTK+ issue. Gaim, which uses GTK+ 2, also
has the same square when I attempt to drop down an empty menu.
Comment 59•21 years ago
|
||
No, the little square is our doing.
Comment 60•21 years ago
|
||
IE has a disabled "Empty" text.
Comment 61•21 years ago
|
||
This bug - as it stands - is fixed by the bookmarks rewrite last year. So
resolving as FIXED.
However, if anybody considers this small square a bug, I'd suggest to open a new
bug because this one is long enough and really about a different issue. (You
might still mention the bug # here if you do so)
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 62•20 years ago
|
||
The small square bugs are bug 192624 (Firefox) and bug 262231 (Suite).
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•