Download & Extend

Anonymous subscription form subscribes to wrong list when multiple lists are available

Project:MailChimp
Version:6.x-2.0-rc4
Component:Code
Category:bug report
Priority:normal
Assigned:Unassigned
Status:closed (fixed)

Issue Summary

Hello,

In my MailChimp account I have set up three empty test lists. I have installed MailChimp 6.x-2.0-rc4 with Acquia Drupal 6.16 and set it to require double opt-in for all three lists. When I fill out the subscription form (the block for anonymous users), it always subscribes to the first list even if I am filling out the form for the second or third lists.

Comments

#1

Title:subscription form subscribes to wrong list when multiple lists are available» Anonymous subscription form subscribes to wrong list when multiple lists are available

I can confirm this.

#2

Status:active» closed (fixed)

This is already fixed in the latest dev version. I'll create a new official release soon.

#3

Status:closed (fixed)» needs work

I'm still having this problem with the latest dev release and with rc5 (released since the last message). What ideas were there to fix this? I would like to help if I can.

#4

Status:needs work» postponed (maintainer needs more info)

The latest release now has a block for each list, so it's really possible to have the same issue as originally reported in this issue. Please provide more details of how to reproduce the issue and the setup you have.

#5

Just tested again on a fresh install of Drupal 6.17 with the latest dev snapshot (from 2010-06-26) of Mailchimp and still having the same problem. PHP 5.3.1.

Steps:
0. Clean install of Drupal, enable Mailchimp.
1. Enter API key on /admin/settings/mailchimp.
2. Turn on two newsletters for each role and set to opt-in on /admin/settings/mailchimp.
3. Visit /mailchimp/subscribe with anonymous user and try to subscribe.
or
3. Set blocks to left region.
4. Visit any page with anonymous user and try to subscribe.

In either case it tells you that it has subscribed to the first newsletter in the page and, checking the list management in Mailchimp, this is true.

#6

Status:postponed (maintainer needs more info)» fixed

Problem identified and resolved in the last commit. If there's more than one available list, /mailchimp/subscribe now presents a combined form with a single submit button. Individual form are still available via blocks. Please help test and we'll get a new release out.

#7

Status:fixed» postponed (maintainer needs more info)

I tested this (again) with mailchimp 6.x-2.x-dev with multiple mailing lists and can't confirm #5

Both anonymous and authenticated user subscribe/unsubscribe works fine from both user/%uid/mailchimp and their respective blocks.

#8

Tested again with dev snapshot from 2010-06-29. It now appears to be a form validation problem, since it seems to still validate the first form if I just fill out the second... see attached.

Fenstrat can you confirm that you were successful with both newsletter forms on the same page (ie. on /mailchimp/subscribe) for an anonymous user?

AttachmentSize
Screen shot 2010-06-29 at 6.00.28 PM.jpg 56.06 KB
Screen shot 2010-06-29 at 5.57.50 PM.jpg 40.72 KB

#9

tylor - Your first screen shot, where there are two blocks on the same page, does appear to be a bug. Although I don't know where the bug lies. Either I'm missing something or it's a core bug. The two email fields in this case have unique names and IDs, and are in a different place within the form tree. Not sure why the first would validate when submitting the second.

The second one indicates a tricker problem. If you're presenting user with two anon forms, the only way I can think of to make one optional would be to offer checkboxes, or just make email optional and use the filling in of that field as a trigger to grab the rest of the details and sign up the user. That's what I'm leaning towards.

fenstrat, I'm not following you with #7.

#10

Status:postponed (maintainer needs more info)» active

tylor - No sorry, I had multiple mailing lists but only one mailing list block visible per page. Single blocks like this work fine. As does authenticated subscribe/unsubscribe from user/$uid/mailchimp. As for /mailchimp/subscribe I can't say, didn't even know that page existed till now. So atm I cannot confirm the bug you're seeing.

loubabe - The second issue on /mailchimp/subscribe is certainly a problem. Your idea of making the email's optional seems like the most straight forward solution.

Will be away from work for a few days but will look into this again after that.

#11

Ok, problem still persists for anon users on mailchimp/subscribe - all email fields are required so it's impossible to signup unless you signup for all newsletters. Using mailchimp-6.x-2.x-dev from 06-07-10, it appears this commit didn't fix this issue.

#12

Status:active» fixed

Fixed with commit #391732.

#13

Yep, works well. Thanks.

#14

Fantastic, confirmed as working too. Thanks loubabe!

#15

Status:fixed» closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

nobody click here