Closed
Bug 360607
Opened 18 years ago
Closed 18 years ago
Account creation fails with 'Can't locate object method "_headers_as_string"'
Categories
(Bugzilla :: Email Notifications, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: mkanat, Assigned: mkanat)
References
Details
(Keywords: regression)
When I try to create a new account on the tip (using createaccount.cgi), I get: Can't locate object method "_headers_as_string" via package "Email::MIME" at /usr/lib/perl5/vendor_perl/5.8.5/Email/MIME.pm line 20. This is almost certainly a regression caused by bug 353711.
Assignee | ||
Comment 2•18 years ago
|
||
Hrm. Okay, I have no idea why this is happening, because Email::MIME uses Email::Simple as a base, and it *does* have _headers_as_string as a method.
Assignee | ||
Comment 3•18 years ago
|
||
Arrrg, Email::Simple 1.995 doesn't have _headers_as_string, but earlier versions do. I'll have to look into it more.
Assignee | ||
Comment 4•18 years ago
|
||
Okay, the problem here is that Email::Simple 1.995 requires Email::MIME 1.885. I think this is set correctly in CPAN (maybe...) but it's all messed up on the RPMs. People who are doing a new install shouldn't run into this problem, but I did because I did a lot of forced uninstalls/re-installs of stuff on landfill. I'm going to leave this open, though, in case more people run into it and we need to do something about it.
Severity: critical → major
Assignee | ||
Comment 5•18 years ago
|
||
*** Bug 360202 has been marked as a duplicate of this bug. ***
Comment 6•18 years ago
|
||
*** Bug 362943 has been marked as a duplicate of this bug. ***
Comment 7•18 years ago
|
||
Max, what are we supposed to do with this bug? Per your comment 4, you got this error because you forced installation of some RPMs. So that's definitely not a Bugzilla bug. -> INVALID!
Assignee | ||
Comment 8•18 years ago
|
||
I actually looked into it, and I didn't force the installation of the modules. The problem is that there are certain versions of Email::MIME and Email::Simple that don't work correctly together. I'm pretty sure that the very latest version of Email::MIME will work with any version of Email::Simple, but there are other versions that won't. So, the solution here is that we will have to blacklist certain versions of Email::MIME, or we're going to get a lot of support requests about this.
Right! This bug should be handled the same way others are of the same nature. (e.g. bug 349210)
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
Assignee | ||
Comment 10•18 years ago
|
||
No, we have a blacklist in checksetup.pl coming up in another bug. This can be handled with that.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 11•18 years ago
|
||
mkanat, do you still want to blacklist "broken" version of Email::Simple or should this bug be closed?
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 12•18 years ago
|
||
(In reply to comment #11) > mkanat, do you still want to blacklist "broken" version of Email::Simple or > should this bug be closed? I'm actually not sure if it's possible--I'll have to look into it.
Assignee | ||
Comment 13•18 years ago
|
||
Yeah, okay, it's not possible. The problem is this: Email::Simple 1.995 only works with Email::MIME 1.854 or later. We can't explain that to checksetup, and you can't really explain it to CPAN. You can explain it with RPM, but it's far too late to explain it to RPM anyway.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago → 18 years ago
Flags: blocking3.0+ → blocking3.0-
Resolution: --- → INVALID
Updated•18 years ago
|
Target Milestone: Bugzilla 3.0 → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•