Closed Bug 73031 Opened 24 years ago Closed 24 years ago

rename profile creates new name but doesn't display it

Categories

(SeaMonkey :: Startup & Profiles, defect, P4)

defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.3

People

(Reporter: tracy, Assigned: bugzilla)

References

Details

(Keywords: relnote)

Attachments

(1 file)

seen on commercail builds: windows 2001-03-22-06-mtrunk linux 2001-03-22-08-mtrunk mac 2001-03-22-04-trunk -open profile manager -create a profile (just leave the name at default user) -rename that profile it doesn't seem to take, but trying to rename it again tells you that that profile now already exist. workaround: exit profile manager...re-enter profile manager. the new file name is now in the profile list
Summary: rename prolie creates new name but doesn't display it → rename profile creates new name but doesn't display it
Not sure if this is the same bug, but I have the exact same problem when renaming a bookmark in Mac Mozilla .9 I discovered this when I used Command-D to bookmark the Bugzilla page, and then went to rename it using the Manage Bookmarks function. I was able to highlight the boomark, click rename and make changes as needed. But after I clicked outside the text field, the Bookmarks Menu still shows the old name. If I go back into Manage Bookmarks, the new (correct) name is still there. Please let me know if I need to post this as a separate bug. Didn't see any like this in the list....
No activitity for the past 2 months but problem is still seen (reported by Netscape QA against 05-21-04-trunk build. Shouldn't bugs with severity = "critical" be "assigned", with the "target milestone" set?
adding pchen to cc list- pchen, are you looking at Ben's bugs?
Keywords: nsbeta1
nav triage: P4, m0.9.3.
Keywords: nsbeta1nsbeta1+
Priority: -- → P4
Target Milestone: --- → mozilla0.9.3
Profile Manager FE bugs --> me
Assignee: ben → blakeross
*** Bug 84052 has been marked as a duplicate of this bug. ***
Keywords: relnote
this bug has been showing up on the smoketests every day for over 3 months. Is this a really hard bug to fix, or is it just a question of this not being a high priority?
*** Bug 80774 has been marked as a duplicate of this bug. ***
> Bug 80774 has been marked as a duplicate of this bug. What a coincidence, I was just starting to look at that bug. Blake, do you want me to take this one? Unless you are really dying to solve it, I could use the XUL experience.
r=jesse
fix checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified fixed on trunk builds: windows 2001-07-25-06-trunk linux 2001-07-25-08-trunk mac 2001-07-25-04-trunk
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: