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)
SeaMonkey
Startup & Profiles
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.3
People
(Reporter: tracy, Assigned: bugzilla)
References
Details
(Keywords: relnote)
Attachments
(1 file)
778 bytes,
patch
|
Details | Diff | Splinter Review |
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....
Comment 2•24 years ago
|
||
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?
Comment 3•24 years ago
|
||
adding pchen to cc list-
pchen,
are you looking at Ben's bugs?
Keywords: nsbeta1
Comment 4•24 years ago
|
||
nav triage: P4, m0.9.3.
Comment 7•24 years ago
|
||
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?
Comment 9•24 years ago
|
||
> 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.
Assignee | ||
Comment 10•24 years ago
|
||
Comment 11•24 years ago
|
||
r=jesse
Assignee | ||
Comment 12•24 years ago
|
||
fix checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 13•24 years ago
|
||
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
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•