Feature #1083

Guestbook: Track Info on downloads

Added by Gustavo Durand over 2 years ago. Updated almost 2 years ago.

Status:CompletedStart date:06/24/2011
Priority:NormalDue date:
Assignee:Kevin Condon% Done:

100%

Category:-
Target version:3.1
Usability Testing:

Description

Allow option to configure required fields for downloading, for example, e-mail, institution, reason for downloading.


Subtasks

Feature #664: Guest book or voluntary register for updates email featur...In ReviewGustavo Durand

History

#1 Updated by Gustavo Durand about 2 years ago

  • Assignee set to Steve Kraffmiller

#2 Updated by Gustavo Durand about 2 years ago

  • Subject changed from Track Info on downloads to Guestbook: Track Info on downloads
  • Status changed from New to In Dev
  • Priority changed from Normal to High
  • % Done changed from 0 to 50

#3 Updated by Mike Heppler almost 2 years ago

I have checked in all the updates for the UI on the EditGuestbookQuestionnarePage and the TermsOfUsePage. After reviewing the workflow, and UI, the page will require some additional backend wiring.

#4 Updated by Steve Kraffmiller almost 2 years ago

  • Status changed from In Dev to In QA
  • Assignee changed from Steve Kraffmiller to Kevin Condon
  • % Done changed from 50 to 90

Guest book parent ticket

#5 Updated by Kevin Condon almost 2 years ago

  • Status changed from In QA to In Dev
  • Assignee changed from Kevin Condon to Gustavo Durand
  • % Done changed from 90 to 50

Tested with various builds, latest v3.1.53.

Generally, this is all there. There remain a few open questions:
1. When should guestbook form be presented (dv level, each study)
2. When should auto complete be performed and should those fields ever be editable
3. Should user be able to enter different user identity info versus questionnaire answers for different studies?
4. What info should be in data dump (file names, study names)

Sending back to Gustavo to help resolve, then send to me when have answers I can test.

#6 Updated by Gustavo Durand almost 2 years ago

  • Status changed from In Dev to In QA
  • Assignee changed from Gustavo Durand to Kevin Condon
  • % Done changed from 50 to 90

1. If enabled for dv, then once per study per session.
2. Auto fill when user is logged in; yes, editable. (will eventually store changes made here to user account)
3. Yes, but see 2. This will eventually update user info.
4. Study handle, title, file name, plus guestbook info.

#7 Updated by Kevin Condon almost 2 years ago

  • Status changed from In QA to In Dev
  • Assignee changed from Kevin Condon to Steve Kraffmiller
  • % Done changed from 90 to 50

I'm passing this back to Stephen as a place holder ticket for the final agreed upon changes from yesterday's impromptu meeting. Refer to Gustavo for the exact info but this is my recollection:

1. logged in and not logged in user guestbook behavior should be the same: present guestbook in its entirety, all fields editable each study and subsequent downloads within a session within a study should use the previously entered guestbook info for this study and log access silently.

2. file access is logged at the same point file downloads are incremented, eg. at creation of subset, at data viz export, etc.

3. response to guestbook is stored in the user session rather than db and automatically used to log access for subsequent access of files in same study.

4. when guestbook questionnaire is presented, all fields are editable, including user info.

5. on guest book admin form, can no longer edit a custom question, only remove and add.

Will do a complete regression test of this functionality when the changes become available and any non conforming behavior will be opened as separate tickets.

Closing ticket.

#8 Updated by Kevin Condon almost 2 years ago

Kevin Condon wrote:

I'm passing this back to Stephen as a place holder ticket for the final agreed upon changes from yesterday's impromptu meeting. Refer to Gustavo for the exact info but this is my recollection:

1. logged in and not logged in user guestbook behavior should be the same: present guestbook in its entirety, all fields editable each study and subsequent downloads within a session within a study should use the previously entered guestbook info for this study and log access silently.

2. file access is logged at the same point file downloads are incremented, eg. at creation of subset, at data viz export, etc.

3. response to guestbook is stored in the user session rather than db and automatically used to log access for subsequent access of files in same study.

4. when guestbook questionnaire is presented, all fields are editable, including user info.

5. on guest book admin form, can no longer edit a custom question, only remove and add.

#9 Updated by Steve Kraffmiller almost 2 years ago

  • Status changed from In Dev to In QA
  • Assignee changed from Steve Kraffmiller to Kevin Condon
  • % Done changed from 50 to 90

This is ready for testing as described above.

#10 Updated by Kevin Condon almost 2 years ago

  • Status changed from In QA to Completed
  • % Done changed from 90 to 100

Tested with v3.1.66 on dvn-build.

This works according to above description with a few issues that have been opened under separate tickets.

Closing ticket.

Also available in: Atom PDF