Closed Bug 77211 Opened 24 years ago Closed 24 years ago

filter migration saves file in wrong location

Categories

(Core Graveyard :: Profile: Migration, defect, P2)

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: dprice, Assigned: cavin)

References

Details

(Keywords: regression, Whiteboard: [nsbeta1+])

The conversoin of Netscape setup files leaves the filter configuration file in ~/.mozilla but the mail app seems to be looking for it somewhere under ~/.mozilla/<username>/<garble>/Mail...
over to profile migration
Assignee: gayatrib → racham
Component: Filters → Profile Migration
Product: MailNews → Browser
QA Contact: esther → gbush
I just tried IMAP, works fine with Apr23 build, linux rh6.2. Will double-check POP shortly, as that's what you indicate went wrong.
Yes, POP is going awry. It didn't put rules.dat in the wrong place when I tried, but it was empty. No other rules.dat around in other directories, just didn't complete the migration of the rules. cc sspitzer
QA Contact: gbush → laurel
Subsequent tries on linux resulted in the same thing -- old mailrule file is in the <garble> directory. No rules.dat excepting in the correct Mail/<server> directory, but it is 25 bytes, which is just the default header info and no rules copied from old mailrule file. Cannot locate any other rules.dat anywhere in the .mozilla structure.
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: nsbeta1, regression
Happening on all platforms, POP only. I know I saw filters migrate OK on mac within the last week or so. Something broke this recently.
OS: Linux → All
Hardware: PC → All
not sure what's going on here, but there were some profile changes recently. (not assigning blame, just adding that info.)
Blocks: 77248
marking nsbeta1+
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9.1
reassigning to cavin
Assignee: racham → cavin
I'm seeing this with pop on mac. I think cavin's fix for #66018 will fix this, rebuilding with his patch on mac now to confirm that. I'll be trying his patch on linux tomorrow. there's enough platform specific code in migration that requires this to be tested on all 3 before we can claim victory.
cavin's fix fixes this problem for me on the mac. we'll know about linux tomorrow.
fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
some information: this was not fixed by cavin's fix for #66018, it was fixed by his fix for #50567 the problem was this: the pref migration code was creating ~/.mozilla/foo/bar.slt/Mail/Mail/mail.meer.net but the code to copy the mailrule (that was the 4.x name for the filters file) was trying to copy it into ~/.mozilla/foo.bar.slt/Mail/mail.meer.net/rules.dat ~/.mozilla/foo.bar.slt/Mail/mail.meer.net did not exist, so the copy failed silently. when I checked in cavin's fix for #50567, it fixed the problem. I added some assertions to nsPrefMigration.cpp to assert (but continue on) when CopyToDir() fails.
OK using commercial builds: 2001-05-23-04 win98 2001-05-23-08 mac OS 9.0 2001-05-23-08 linux rh6.2
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.