Eileen McNaughton

I think there was a discussion elsewhere (although I can't find it now) about offering an additional method getUserMessage which would return user-appropriate messages (where one was derivable).

I did actually include a swiftmailer instance in here https://github.com/gabrielbull/omnimail/pull/19 - I think I only did 'Mail' - the point was more about establishing the factory class than the actual...

It would be great to see this resolved - looks like there was a bunch of work done but it went cold

oh I just found it Generated API skeletons for APIv4. To generate APIv3, specify --api-version=3 You should now make any changes to the entity xml file and run `civix generate:entity-boilerplate`...

Also, I think the parent class actually has a function for generating cancelURLs now I think about it - didn't check it

PRs against 2 \* branches submitted - hope that's useful

On testing the dev branch the patch by Andy seemed to have fixed this - any reason not to fork a release off dev branch? (I was testing on 4.5)

"So what do you think caused the entity_id to equal contribution_id in the civicrm_line_item table? Possibly merging duplicate contacts." There was an issue fixed in 4.7.14 or 15 related to...

hmm I don't know if 4.6.23 is affected by that or not.

Hmm - interesting. Are you able to replicate it? If so it would be worth seeing if it is also replicable on 4.7