Ticket #41 (closed New Feature: Fixed)

Opened 5 years ago

Last modified 13 months ago

Automated bugreporting in SEAMCAT

Reported by: cp Owned by: mads.enevoldsen
Priority: Major Milestone: 3.2.x - Beta - Pack 1
Component: General Seamcat Version:
Keywords: Cc: jean-philippe
Blocked By: Blocking:
Estimated Number of Hours: 0 Pending: no
Add Hours to Ticket: 0 Total Hours: 0
Original Estimate: 0 Source (can be left blank):
Must be closed before next release: no Effort Required: Heavy (> 20 hours)

Description (last modified by jean-philippe) (diff)

Background: Currently the user can not submit a bug report from within SEAMCAT. Requirement:

  • It should be possible to submit bug reports from within SEAMCAT and attach scenarios.
  • This is a similar feature to the one in www.ecodocdb.dk
  • This feature should be available whether the user is connected to the internet or not.
  • To see with developer if any interface with tractool possible [automation?].


Proposal of implementation: It is proposed that the following information should be available:

  • Type of feedback (Error/Bug? | Comment | Suggestion) (combo box style)
  • Name / Email address (mandatory)
  • Possibility to attach files (i.e. workspace (+ plugins) , snapshot (gif, jpg, png etc…)
    • A check box should be available for the user to select and the workspace will be attached (without results) to the bug report
  • Additional information automatically extracted:
    • JAVA version of the user’s machine
    • SEAMCAT version
    • When it is from a crash then the log/exception information should be attached to the bug report (i.e. indicating where in the source code the exception occurred etc…).
  • Free text description (max 500 characters)
  • If SEAMCAT is offline
    • The bug report is to be cached and send at a later stage.
    • The user is to be informed that the message will be cached and sent later
  • Bug report to be sent by default to seamcat@… (show the address to the user, so that he knows where the info goes)


  • Functionality should be available:
    • Upon a prompted errors (i.e. an exception occurred), the user to be given the possibility to create a report from the exception.


  • or from the menu bar. A “Report Error” button should be available


  • Note that warning in the consistency check should NOT be a reason to send a bug report.


Testing procedure:

  • Step1: check the interface
  • Step2: procedure to be done on-line and off-line
  • Step3: test that a report is received

Attachments

fig1_41.gif Download (27.3 KB) - added by jean-philippe 17 months ago.
fig2_41.gif Download (17.3 KB) - added by jean-philippe 17 months ago.
fig3_41.gif Download (9.6 KB) - added by jean-philippe 15 months ago.

Change History

comment:1 Changed 3 years ago by cp

  • Must be closed before next release unset
  • Milestone set to 3.2.0

comment:2 Changed 3 years ago by cp

  • Cc jean-philippe added
  • Description modified (diff)

comment:3 Changed 3 years ago by cp

  • Milestone changed from 3.2.0 to 3.2.0 Beta 14

I think we should push this into one of the beta releases - to test it before the final release of 3.2

comment:4 Changed 3 years ago by cp

  • Milestone changed from 3.2.0 Beta 14 to 3.2.0 Beta 13

Pulled back to Beta 13

comment:5 Changed 3 years ago by cp

  • Status changed from new to assigned
  • Effort Required set to Heavy (> 20 hours)

comment:6 Changed 3 years ago by jean-philippe

  • Milestone changed from 3.2.0 Beta 13 to 3.2.0 Beta 15

comment:7 Changed 2 years ago by jean-philippe

to see other options like sending info from the website (outlook?)

comment:8 Changed 2 years ago by jean-philippe

  • Milestone changed from 3.2.0 Beta 18 to 3.2.0 - Remote computing and reporting

comment:9 Changed 22 months ago by cp

  • Owner changed from cp to thomas.thorndahl

Reassigning to Thomas

comment:10 Changed 17 months ago by jean-philippe

  • Status changed from assigned to new
  • Owner changed from thomas.thorndahl to jean-philippe

comment:11 Changed 17 months ago by jean-philippe

  • Milestone changed from 3.2.x - Beta - Remote computing to 3.2.x - Beta - Pack 1

comment:12 Changed 17 months ago by jean-philippe

  • Description modified (diff)

Changed 17 months ago by jean-philippe

Changed 17 months ago by jean-philippe

comment:13 Changed 17 months ago by jean-philippe

  • Description modified (diff)

comment:14 Changed 17 months ago by jean-philippe

  • Description modified (diff)

comment:15 Changed 17 months ago by jean-philippe

  • Description modified (diff)

Changed 15 months ago by jean-philippe

comment:16 Changed 15 months ago by jean-philippe

  • Description modified (diff)

comment:17 Changed 15 months ago by jean-philippe

  • Owner changed from jean-philippe to mads.enevoldsen

comment:18 Changed 13 months ago by mads.enevoldsen

in [1078] added bug report panel. Not sending mails yet.

comment:19 Changed 13 months ago by jean-philippe

There are issues related to sending email from SEAMCAT when on a local machine as for each client to be able to send a mail we need a SMTP server. ECO does have one of these, but not a publicly visible one (this is generally not supported because of the risk of spammer misusage).

That leaves with some other options:

  1. The user should write an email on his own.
  2. SEAMCAT launches the users mailclient and the user has to write the text itself (including manually attaching relevant files - note that for security reasons the program cannot attach files on its own)
  3. To implement a similar flow as for the "Remote simulation". E.g. the client seamcat connects directly with the SEAMCAT server including files and text information. The server picks up these files and emails that to the wanted address.

None of the options are really good but this is probably the best we can do. Suggestion 3 needs some additional programming, not sure how much but the task is definitely not trivial - since a lot of error handling and failure tolerance is needed.

Another option to consider is the amount of mail that will arrive in that mailbox if it is too easy to generate such a report. It is prefered to have a an "about box" or "Report Error" dialog that would describe to the user where he should send the mail to and what information is needed in the mail (and what he should attach).

This proposal is implemented in [1084]

comment:20 Changed 13 months ago by jean-philippe

  • Status changed from new to closed
  • Resolution set to Fixed

change of the email address [1085]

tested: ticket is closed

Last edited 13 months ago by jean-philippe (previous) (diff)

comment:21 Changed 13 months ago by mads.enevoldsen

html links fixed in [1111].

The text need to be fixed: See MainWindow?.java line 979

comment:22 Changed 13 months ago by mads.enevoldsen

Text fixed in [1113]

Note: See TracTickets for help on using tickets.