From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/20110110/002046.html | 127 ++++++++++++++++++++++++++++++++ 1 file changed, 127 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110110/002046.html (limited to 'zarb-ml/mageia-dev/20110110/002046.html') diff --git a/zarb-ml/mageia-dev/20110110/002046.html b/zarb-ml/mageia-dev/20110110/002046.html new file mode 100644 index 000000000..b2e825ded --- /dev/null +++ b/zarb-ml/mageia-dev/20110110/002046.html @@ -0,0 +1,127 @@ + + + + [Mageia-dev] New bugzilla proposal + + + + + + + + + +

[Mageia-dev] New bugzilla proposal

+ andre999 + andr55 at laposte.net +
+ Mon Jan 10 02:17:11 CET 2011 +

+
+ +
Frederic Janssens a écrit :
+>
+> On Fri, Jan 7, 2011 at 17:49, andre999<andr55 at laposte.net>  wrote:
+>>
+>> Frederic Janssens a écrit :
+>>
+>>>
+>>> On Fri, Jan 7, 2011 at 06:19, andre999<andr55 at laposte.net>    wrote:
+>>>>
+>>>>
+>>>> As for documentation and translations, a while back I suggested a similar separation, but on reflection I think it would be more useful to have flags :
+>>>>
+>>>> 1) problem with documentation (and not function)
+>>>> These bugs would be best corrected by those with good documentation skills, not necessarily the average programmmer.
+>>>>
+>>>> 2) problem with translation (and not function)
+>>>> These bugs would be best corrected by technical translators for the language in question.  Again, not necessarily the average programmer.
+>>>>
+>>>
+>>> I am working on a script intended to make it easyer to report bugs usefully.
+>>>
+>>> Technically, would these flags be new fields,
+>>> or standardized entries in the Keywords field,
+>>> such as NEEDINFO in the present Mandriva bugzilla ?
+>>
+>>
+>> Just verified with bugzilla to make sure.
+>>
+>> Documentation and translations are listed as options under "components".
+>> However any such bug could also be associated with another component, such as "core packages" or "release media".
+>> We could even have translation bugs of documentation.
+>>
+>> So it would seem better if these were independant flags, instead of options.
+>> It that case they would be new fields.
+>>
+>> As for security, there are already 2 such flags, at the bottom of the main bug entry page.  (Under the title "privacy".)
+>> Checking either of these flags will cause a bug to be hidden from most users, as explained beside the check boxes.
+>> (For this reason, it would be better to _not_ duplicate these particular flags elsewhere.)
+>>
+>> see https://qa.mandriva.com/enter_bug.cgi?product=Mandriva Linux&format=guided
+>
+> The potential problem with new fields, which would be better,
+> would be to make shure that they are accessible with the xmlrpc interface,
+> that I use for my script.
+>
+> The inbuilt Keywords field, which does not appear on the Mandriva
+> 'guided' input page,
+> but does appear on the 'expert' input page, is accessible with the
+> xmlrpc interface.
+>
+> The xmlrpc interface does not seem to automatically have access to all fields.
+> But it is difficult to be shure : the xmlrpc interface of Mandriva
+> bugzilla does not work;
+> and the Mageia  bugzilla only has the default fields at present.
+> I think I will have to create a local bugzilla to test that.
+
+I have been working on a modified bugzilla entry page - only the user 
+side, but it shows the layout I had in mind
+not quite finished - I'll post it on the list (or elsewhere if you wish) 
+when done.
+
+>
+>> Good luck with your script :)
+>
+> Thanks
+>
+>> André
+
+-- 
+André
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1