-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
First steps toward verify email address #22
First steps toward verify email address #22
Conversation
useFetchData now takes a METHOD parameter to handle get/push Login has been updated, but still needs both the client and server to run in SSL/TLS to be able to send emails. Many lint fixes "Dependency cycle" errors were fixed by pulling some functions that did need access to ConnectAppContext outside of files that did not, and were included in ConnectAppContext and some other places other places -- I'm not attached to this form of refactor if someone has a better way to avoid "Dependency cycle"s Added back (in parallel to the takes an id approach) to allow determining the "FullNamePreferred" string within maps ... getFullNamePreferredPerson = (person)
useFetchData now takes a METHOD parameter to handle get/push Login has been updated, but still needs both the client and server to run in SSL/TLS to be able to send emails. Many lint fixes "Dependency cycle" errors were fixed by pulling some functions that did need access to ConnectAppContext outside of files that did not, and were included in ConnectAppContext and some other places other places -- I'm not attached to this form of refactor if someone has a better way to avoid "Dependency cycle"s Added back (in parallel to the takes an id approach) to allow determining the "FullNamePreferred" string within maps ... getFullNamePreferredPerson = (person)
useFetchData now takes a METHOD parameter to handle get/push Login has been updated, but still needs both the client and server to run in SSL/TLS to be able to send emails. Many lint fixes "Dependency cycle" errors were fixed by pulling some functions that did need access to ConnectAppContext outside of files that did not, and were included in ConnectAppContext and some other places other places -- I'm not attached to this form of refactor if someone has a better way to avoid "Dependency cycle"s Added back (in parallel to the takes an id approach) to allow determining the "FullNamePreferred" string within maps ... getFullNamePreferredPerson = (person)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @SailingSteve! 👍
searchResults: [], | ||
}; | ||
|
||
// These are the "AppContextValues" (i.e., global state variables) used in the PersonModel |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should be TaskModel
instead of PersonModel
in the comment
@@ -1,7 +1,6 @@ | |||
import React from 'react'; | |||
import styled from 'styled-components'; | |||
import { renderLog } from '../../common/utils/logging'; | |||
import QuestionnaireResponsesList from '../Questionnaire/QuestionnaireResponsesList'; | |||
import PersonProfile from './PersonProfile'; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we want to leave import QuestionnaireResponsesList from '../Questionnaire/QuestionnaireResponsesList';
in here but commented out since we want to uncomment <QuestionnaireResponsesList />
as soon as that component is running again.
useFetchData has been updated to take a METHOD parameter to handle get/push Login , but still needs both the client and server to run in SSL/TLS to be able to send emails.
Many lint fixes
"Dependency cycle" errors were fixed by pulling some functions that did need access to ConnectAppContext outside of files that did not, and were included in ConnectAppContext and some other places other places -- I'm not attached to this form of refactor if someone has a better way to avoid "Dependency cycle"s
Added back
getFullNamePreferredPerson(person)
in parallel to the "takes an id approach" to allow determining the "FullNamePreferred" string within maps or other places where global state can not be accessed.