Re: [GNC-dev] BZ: Status of (gnome)attachment-status field

[John Ralls]

> On May 22, 2018, at 4:37 AM, Derek Atkins  wrote:
> 
> Hi,
> 
> Based on the back-and-forth with John and I yesterday, I think there is
> only one open question:  What do we want to do (if anything), about the
> gnome bugzilla extension (Gnome)AttachmentStatus?
> 
> We have three options:
> 
> 1) Nothing -- just drop and ignore the data
> 1a) Almost Nothing -- drop the actual status data but translate the
>history to something else (which might be a bit confusing)
> 2) Create a custom flag for the bug -- this probably is not right
> 3) Up-port the extension to our BZ
> 
> I should note that as far as I can tell, I ONLY see this data in the
> history; it does not look like this status has been delivered in the data.
> 
> Personally I'm for either 1 or 1a.  For 1a we just need to decide what
> to translate it to in the history.  Right now I put in "submitter", but
> we could choose "status".  Although it might just be cleaner to remove
> that history.
> 
> What say you?

Option 2 should be create a flag on the attachment. If we want to keep the 
status information this would be the easy way to do it.

See https://bugzilla.readthedocs.io/en/5.0/administering/flags.html
and https://bugzilla.readthedocs.io/en/5.0/using/editing.html#flags

I've already said that I prefer option 1 and why.

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] BZ: Status of (gnome)attachment-status field

[Derek Atkins]

Hi,

Based on the back-and-forth with John and I yesterday, I think there is
only one open question:  What do we want to do (if anything), about the
gnome bugzilla extension (Gnome)AttachmentStatus?

We have three options:

1) Nothing -- just drop and ignore the data
1a) Almost Nothing -- drop the actual status data but translate the
history to something else (which might be a bit confusing)
2) Create a custom flag for the bug -- this probably is not right
3) Up-port the extension to our BZ

I should note that as far as I can tell, I ONLY see this data in the
history; it does not look like this status has been delivered in the data.

Personally I'm for either 1 or 1a.  For 1a we just need to decide what
to translate it to in the history.  Right now I put in "submitter", but
we could choose "status".  Although it might just be cleaner to remove
that history.

What say you?

-derek
-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel