Closed Bug 90699 Opened 23 years ago Closed 23 years ago

inoperative popups in mail filter window

Categories

(SeaMonkey :: MailNews: Message Display, defect, P1)

Product:
SeaMonkey
Component:
MailNews: Message Display
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.4

People

(Reporter: mitch, Assigned: sspitzer)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.2+) Gecko/20010713 Netscape6/6.1b1 BuildID: 2001071304 On Mac, I tried to create a new mail filter (I currently have none). The popups that show "Sender, Subject, etc." and "contains, doesn't contain, etc." are blank and inoperative. Selecting the "More" button for additional filter criteria will create a correctly functioning second set of popus. Reproducible: Always Steps to Reproduce: 1. select Mail Filters 2. try to create a mail filter rule 3. Actual Results: inoperable popups Expected Results: operable popups
set severity to 'major'
Severity: normal → major
I copied the rules.dat file for one of my mail servers from a Windows computer to my Mac. After restarting N6.1, I was able to see the list of rules, but when I tried to edit any rule, all popups were blank. If I had 3 possible conditions for a rule, I would see 3 rows of blank popups, all with no content, even when selected.
mitch: 1) was this trunk or branch? 2) were these busted rules the first rules, or rules 4 and up? (were they off screen when the dialog came up?)
1. Branch build. (Commerical NS6FullInstall downloaded from sweetlou this morning) 2. I have 8 Filters, none have more than 3 Rules. All Rules for all Filters are broken. 3. So, all Filters and all Rules for those Filters were onscreen when the window first appears.
Adding nsbranch for investigation.
Keywords: nsBranch
Priority: -- → P1
Target Milestone: --- → mozilla0.9.3
QA Contact: esther → laurel
Does this same effect happen when using filters on another/new profile where the rules.dat was created on the Mac and with the current UI? By chance, were there any Date filters perhaps created in a 4.x profile and migrated? Because I noticed if I call up an old filter having Date (an unimplemented criteria in the current branch build) if I use More, it causes strange/blank-out effects on the criteria section. (We do have an older bug about weirdness in this case, I think.)
I first reported this problem when I tried to create a new Profile and mail rules to go with it. When I noticed the UI problem, I didn't try to create new rules. I copied my older rules over to the new profile to see if the UI would parse the existing rules corretly. It didnt'. Do you want me to delete the rules I copied over and try to create new rules using the broken UI?
Yeah, I guess. I just am not seeing this general problem using today's commercial branch build with mac OS 9.0. What version mac OS are you using?
I still can't get completely inoperative dropdowns, but now I'm seeing a failure (Mac only) on adding past the initial criteria display. Seth: something happened with todays build, now i get blank dropdowns after the third row... I'm downloading today's branch again and will download yesterday's branch to make sure, but it looks like something happened. Can't get it to mess up on win98.
I can't get it to fail on Win2K either. Only on Mac. As for "branch" or "trunk", I was downloading my bits from the "current" folder on sweetlou. I've learned today that "current" is just the most recent build, and there's not consistency as to whether "current" is branch or trunk. Could be branch on one platform, trunk on another, and different in an hour. Since my "today" bulid on Windows doesn't give me a Build Number, I'll assume it's "branch"? And my "today" build on Mac does give me a Build Number, so I'll assume it's "trunk"? Anyone?
OK, my inoperability is only happening with Modern theme. If I switch to classic, it goes away. Can you see if this is true for your case, Mitch?
Yes, for me using today's branch builds, Linux and Win98 work fine in either Classic or Modern. Mac works okay in classic, fails (when adding or accessing more than 3 criteria) in modern skin. Seth: want a separate bug and to the themes people or you? Let me know...
It's also Filter UI specific, search adds more than the initial 3/display area criteria fine with modern.
let's keep it in here for now. cc'ing hewitt / andreww since the problem is only on mac modern. I've got one random theory on why this might be happening: the "fix" for 40480 that landed on the branch works around this problem (this is really 40480, right?) by scrolling down when new rows are added, forcing them to be on screen. mac modern seems to hit that mac geometry where the scroll trick doesn't work. to confirm my theory, make the window a bit (or a bit smaller) bigger (or smaller) once the window comes up, and then try it make it happen. I'm hoping it won't happen. I bet similiar geometry changes could make this happen on windows or linux in classic or modern. mac modern just seems to hit it. laurel can you try out my theory? good news, the real fix for 40480 should not have this problem. (I'll confirm that.)
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
My current Theme is "ToyFactory PR1". I verified I first discovered this problem on the trunk build from this morning, but don't see it in the branch build from later today.
My current Theme is "ToyFactory PR1". I verified I first discovered this problem on the trunk build from this morning, but don't see it in the branch build from later today.
the fix for 40480 just landed on the trunk a few hours ago. a work around for 40480 landed on the branch a few days ago. it sounds like mitches problem is a dup of 40480 (try again on tomorrow's trunk build), but that laurel has found something on the branch.
Depends on: 40480
1. Well, it's good to hear the complete inoperative problem went away for Mitch. 2. Yes, my discussion was really bug 40480 still hitting modern theme. 3. No, trying your theory of making the filter window smaller or larger (still mac&modern) doesn't help -- we don't grow the criteria area on the branch (a fix for that separately was checked into the trunk I believe). So making the window smaller or larger on launch keeps the same initial area for criteria rows. Likewise, I can't seem to make it fail on modern in linux/win98 by the resize trick in filters. 4. Maybe that issue about resizing search ui on the branch and blanking out criteria area after adding rows (I talked to you about it in email/in person separately) may prove your theory since search ui resize does affect the criteria area.
No longer depends on: 40480
"3. No, trying your theory of making the filter window smaller or larger (still mac&modern) doesn't help -- we don't grow the criteria area on the branch (a fix for that separately was checked into the trunk I believe). So making the window smaller or larger on launch keeps the same initial area for criteria rows. Likewise, I can't seem to make it fail on modern in linux/win98 by the resize trick in filters." right, I forgot that was trunk only. "4. Maybe that issue about resizing search ui on the branch and blanking out criteria area after adding rows (I talked to you about it in email/in person separately) may prove your theory since search ui resize does affect the criteria area." so, can you reproduce the 40480 on the branc, on mac modern, in search? if so, can you try out my resize theory? I'm rebuilding on the trunk (which has my fix for 40480) and I'll see what mac modern does.
on my trunk build from 4:00 pm, mac modern, I don't see this problem. but I do see the the problem that laurel and I talked about privately. laurel, it is worth logging now since the trunk has it too. I was (foolishly) hoping it would have gone away, but it's still there on a build with all the fixes.
FYI: Last issue Seth commented about is logged as bug 90766.
moving to 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Changed the platform/OS on this since we have reports of this showing on Windows2000 with modern skin. I, however, don't see it using win98 with modern.
OS: Mac System 9.x → All
Hardware: Macintosh → All
I added a release note item to tell people to switch themes if they encounter this.
Yeah, I'm using the 7/27 0.9.2 build on Win 2000 with the Modern skin and I can't add more than 3 filter rules.
I believe this to be fixed in the trunk. mitch / laurel, can you try again?
marking fixed. based on some email from ken jeras, I believe the branch problem is fixed on the trunk.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
I'm not able to reproduce any problem with aug29 commercial trunk build, mac OS 9.0, win98 or linux rh6.2 (modern theme or classic). Looks to me like it's fixed.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.