<christoph-schaefer@gmx.de> wrote:
Dear LibreOffice developers,
I'd be grateful if you could add an option to your bugtracker to hide bug reports and/or sample
files from public view, i.e., add a "Private" option, so that only developers and admins can
see them.
The whole world is a potential 'developper' in an open source project.
That is the whole point.
If a customer want secrecy and NDAs and the like.. they need to use a
consulting company to solve their bug. This is the only way they can
maintain any sort of 'secrecy' of their test documents.
The only viable alternative, as mentioned elsewhere in this thread,
is to sanitize the documents to remove 'sensitive' stuff.
You cannot expect volunteers to go through hoops to give you free
support because you are not willing to do your part.
Norbert
Wow, what a genuinely polite reply! Do you behave like this at home or at work?
Just to be clear, I'm coming from the graphics design and layout community, and I want to support
the development of libraries like libfreehand or libpagemaker. For that purpose I used my contacts
to layout and DTP experts and asked for sample files, so I could test the importers with all
programmes that use them, but primarily LibreOffice. In other words, I and the friendly people who
donated from their backups want to help you to fix YOUR bugs.
We are no beggars who want you to solve our non-existing problems but do like what DLP/LibreOffice
is doing and want to support it. Most people who sent me their test files probably don't use
LibreOffice (yet), and if they do, they certainly don't need its graphics/DTP import filters. They
do know, however, that other projects like Inkscape and Scribus use them.
Since we're talking about graphics design, it's not possible to "sanitise" the files for several
reasons. First of all, these files have been created as "work for hire" and they're design/layout
files, so even removing or replacing text doesn't change the design or layout as a whole, for which
someone has paid a few quid. Second, these files have been created with programmes that the
creators no longer use or no longer have access to. The same goes for operating systems like Mac OS
8 or OS/2, and back in the days it could make a huge difference whether a file had been created on
a Mac or a Windows / OS/2 platform.
Also note that the complexity of real-world vector design and DTP files is an order of magnitude
higher than that of "office" files or bitmap graphics.
I already mentioned that I've been told by an DLP developer that it's not enough to send them files
directly, because as far they are concerned, bugs only exist if there is a bug report. So here we
are, on the one hand a growing collection of test files that might help to improve the DLP
libraries, contributed by people who want to support your project, but that also need to be treated
confidentially. On the other hand a vicious circle of DLP insisting on bug reports but the
impossibility to upload the respective test files, since there is no "Private" option in the
bugtracker available.
If someone has an idea how to solve this issue, I'd be glad to hear from the community (and I don't
mean (c)rude fellows like you, Norbert).
A suggestion from my side would be to grant DLP hackers "Developer" status on Scribus's bugtracker
(bugs.scribus.net) for DTP and vector formats, so I can upload the test files over there as
"Private". As "Developers" they would have access to the test files. The status would only be
granted if one of the DLP leads (e.g. Fridrich Štrba or David Tardon) can confirm that the person
is indeed an active DLP developer.
Christoph
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.