Summary: | BUGZILLA: Remove Android Impress Remote Versions | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Rainer Bielefeld Retired <LibreOffice> |
Component: | WWW | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | barta, LibreOffice, qubit, website |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=61669 | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Rainer Bielefeld Retired
2013-02-13 06:45:11 UTC
On the wiki, you write " ... for Problems in IMPRESS related to Android Impress Remote (for Problems with Android Impress Remote please use different Component)," Is it just me, but is this a contradiction? Is this what you really wanted to write or did you want to say: " for Problems in IMPRESS related to Android Impress Remote (for Problems with running Presentations please use different Component)" Cheers, Marc (In reply to comment #1) I tried to make my intention some more visible on <https://wiki.documentfoundation.org/BugReport_Details#Presentation>, the thing what is not part of the discussion here and on qa miling list. I'm confused about this bug report, but perhaps that's the primary issue: confusion. There's mention of a "Wiki manual", but that sounds like a separate issue. The most pressing concern is that we're trying to fit two separate projects (LibreOffice and the Android Impress Remote) into a single instance of Bugzilla, and it's causing confusion and pain. There has been previous discussion about improving our bugtracking system, but AFAIK, no updates since July of last year: https://wiki.documentfoundation.org/How_to_Improve_Bugzilla https://wiki.documentfoundation.org/QA-ImprovingBugzilla I believe that the first thing to do would be to figure out the current status of Bugzilla and our planned updates to it, and then figure out what to do with the Impress Remote. Given the way that Bugzilla is designed, it sounds Rainer's suggestion for a new top-level FDO project is the easiest course of action: > If we want to track AIR Version related bugs > (currently I don't think that that really is > necessary, but I do not know very much > concerning that project), we should Ask FDO > for a new Product. (Note: While I agree with Rainer regarding a new top-level project, I disagree with him regarding version #'s. I think version #'s may be helpful in determining whether a particular build of AIR contains certain features or bugs) (In reply to comment #3) > I believe that the first thing to do would be to figure out the > current status of Bugzilla and our planned updates to it, and then > figure out what to do with the Impress Remote. Yes, that's the plan. We have to rethink how we handle development of code outside the core "product", you should meet discussion in <http://lists.freedesktop.org/archives/libreoffice-qa/2013-February/003650.html> on the mailing list. Certainly an issue - confirming it :-) as I said on the list, we could reasonably easily create a new top-level bugzilla thing for it. Before we involve FDO we should know exactly what we want, for definitions I created separate, related "Bug 61669 - BUGZILLA: Create new Product for "LibreOffice Android Impress Remote"" I do not see any "Android Impress Remote" Versions in the Version field. "Android Impress Remote" is just present in the Component field. I suppose that it was fixed in Bugzilla but nobody closed this report. so I doing it now. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.