Bugzilla Bug Report Assistant

classic Classic list List threaded Threaded
18 messages Options
Rainer Bielefeld-2 Rainer Bielefeld-2
Reply | Threaded
Open this post in threaded view
|

Bugzilla Bug Report Assistant

Hi Florian,

can you please help me solving a small website related technical problem
with the "Bugzilla Bug Report Assistant"?

The assistant currently is in an early test phase, and it looks good, I
am optimistic that we will get a tool that will allow also beginners to
submit well done bug reports. If you want to check the current status
please see
<http://wiki.documentfoundation.org/Bug_Submission_Assistant_-_ToDo>
<http://wiki.documentfoundation.org/QA-Projects-Incubator#Bug_Submission_Assistant>

Now my request!

Soon we will get a LibO Menu Item "Report a Bug"
<https://bugs.freedesktop.org/show_bug.cgi?id=35855>

We have to be sure that that link will reach some bug reporting facility
"until end of times". The Bug tracking facility might change, so we need
a link page what never will change it's location to forward all Bug
Reporters to the current actual bug tracking system.

The forward page should be available soon, so that we can activate the
LibO Help Menu Item.

As long as our new Assistant is not ready, it will lead to target
mentioned on
<https://bugs.freedesktop.org/show_bug.cgi?id=40741>
what is much more useful than FDO-Bugzilla default start page in a way like
<meta http-equiv="refresh" content="1;
URL=http://www.BugTrackingSystemPage.html">

When Assistant is ready for public test, the forward page will be
modified and offer the Assistant as an alternative.

When Assistant will be ready forward page will be modified again and
only be a simple forward to the assistant.

Whenever needed the forward can be modified due to our needs.

So Assistant programmer Loic and someone else should have write access
for that forward page.

I need the URL of the forward page for the fix of
<https://bugs.freedesktop.org/show_bug.cgi?id=35855>

I hope I successfully explained what we need?

Cheers

Rainer

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Florian Effenberger Florian Effenberger
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi,

Rainer Bielefeld wrote on 2011-09-15 16:22:
> I hope I successfully explained what we need?

first, thanks for all your work on this!

So, if I understand the situation right, my proposal would be to have
something like http://bugassistant.libreoffice.org hard-coded in the
program, and that subdomain automatically redirects to the site with the
bug assistant. So, if in the future, the URL on our server changes, we
just adjust the bugassistant.lo redirection on our server, but the
hardcoded URL in LibreOffice stays the same.

Right?

Florian

--
Florian Effenberger <[hidden email]>
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Loic Dachary Loic Dachary
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

On 09/16/2011 10:13 AM, Florian Effenberger wrote:

> Hi,
>
> Rainer Bielefeld wrote on 2011-09-15 16:22:
>> I hope I successfully explained what we need?
>
> first, thanks for all your work on this!
>
> So, if I understand the situation right, my proposal would be to have something like http://bugassistant.libreoffice.org hard-coded in the program, and that subdomain automatically redirects to the site with the bug assistant. So, if in the future, the URL on our server changes, we just adjust the bugassistant.lo redirection on our server, but the hardcoded URL in LibreOffice stays the same.
>
> Right?
>
> Florian
>
Just to avoid any confusion:

https://bugassistant.libreoffice.org/ (SSL)

is the bug assistant while

http://bugassistant.libreoffice.org/ (no SSL)

displays http://libreoffice.org/

Cheers


--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Rainer Bielefeld-2 Rainer Bielefeld-2
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

In reply to this post by Florian Effenberger
Florian Effenberger schrieb:

> Hi,
>
> Rainer Bielefeld wrote on 2011-09-15 16:22:
>> I hope I successfully explained what we need?
>
> first, thanks for all your work on this!
>
> So, if I understand the situation right, my proposal would be to have
> something like http://bugassistant.libreoffice.org hard-coded in the
> program, and that subdomain automatically redirects to the site with the
> bug assistant. So, if in the future, the URL on our server changes, we
> just adjust the bugassistant.lo redirection on our server, but the
> hardcoded URL in LibreOffice stays the same.
>
> Right?
>

Hi,

yes, that's exactly the idea behind that. In between Christoph offered
some very good ideas for additional benefit such a page can bring, but
that currently imho does not touch the basic idea: we need a flexible
feedback-switch page.
In a first step (for test affairs for feedback from Master) a simple
forward to fdo.bugzilla
second step selection "fdo or new assistant?"
third step: Nice feedback page, may be with various selections (Want to
report bug? want to praise great LibO team work? ...

That all is completely independent from Loic's work, Loic, please forget
my request.

Cheers

Rainer

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Jonathan Aquilina Jonathan Aquilina
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

On 16/09/2011 10:30, Rainer Bielefeld wrote:

> Florian Effenberger schrieb:
>> Hi,
>>
>> Rainer Bielefeld wrote on 2011-09-15 16:22:
>>> I hope I successfully explained what we need?
>>
>> first, thanks for all your work on this!
>>
>> So, if I understand the situation right, my proposal would be to have
>> something like http://bugassistant.libreoffice.org hard-coded in the
>> program, and that subdomain automatically redirects to the site with the
>> bug assistant. So, if in the future, the URL on our server changes, we
>> just adjust the bugassistant.lo redirection on our server, but the
>> hardcoded URL in LibreOffice stays the same.
>>
>> Right?
>>
>
> Hi,
>
> yes, that's exactly the idea behind that. In between Christoph offered
> some very good ideas for additional benefit such a page can bring, but
> that currently imho does not touch the basic idea: we need a flexible
> feedback-switch page.
> In a first step (for test affairs for feedback from Master) a simple
> forward to fdo.bugzilla
> second step selection "fdo or new assistant?"
> third step: Nice feedback page, may be with various selections (Want
> to report bug? want to praise great LibO team work? ...
>
> That all is completely independent from Loic's work, Loic, please
> forget my request.
>
> Cheers
>
> Rainer
>
Rainer here is just a suggest.

How about linking it directly to Bugzilla. Have it do a search for a
particular issue and list them if found. if not give the option for the
report to report a new bug?

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Florian Effenberger Florian Effenberger
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

In reply to this post by Rainer Bielefeld-2
Hi,

Rainer Bielefeld wrote on 2011-09-16 10:30:

> yes, that's exactly the idea behind that. In between Christoph offered
> some very good ideas for additional benefit such a page can bring, but
> that currently imho does not touch the basic idea: we need a flexible
> feedback-switch page.
> In a first step (for test affairs for feedback from Master) a simple
> forward to fdo.bugzilla
> second step selection "fdo or new assistant?"
> third step: Nice feedback page, may be with various selections (Want to
> report bug? want to praise great LibO team work? ...
>
> That all is completely independent from Loic's work, Loic, please forget
> my request.

I am thinking of a sensible name for that page. If we gather various
feedback pages, how about feedback.libreoffice.org?

What do you think?

Florian

--
Florian Effenberger <[hidden email]>
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Rainer Bielefeld-2 Rainer Bielefeld-2
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Florian Effenberger schrieb:

> I am thinking of a sensible name for that page. If we gather various
> feedback pages, how about feedback.libreoffice.org?

Hi,

if that does not collide with other other projects / activities that
IMHO would be a good name.

CU

Rainer

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Christoph Noack Christoph Noack
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi Florian, Rainer, Loic, all!

I have a (maybe dumb) question concerning the URL and its handling ...

Am Freitag, den 16.09.2011, 15:24 +0200 schrieb Rainer Bielefeld:
> Florian Effenberger schrieb:
> > I am thinking of a sensible name for that page. If we gather various
> > feedback pages, how about feedback.libreoffice.org?
>
> Hi,
>
> if that does not collide with other other projects / activities that
> IMHO would be a good name.

That would be an excellent URL name! If there are no issues with
localization for the BSA, its something that could be referred to easily
and would fit to services like (e.g.) support.libreoffice.org.

But here is the question - Rainer originally stated that the link needs
to work until eternity. So maybe we will run into issues in a few years,
when we want newer LibO versions to go to feedback.libreoffice.org wilst
older versions should report "please update first".

So, is there a chance to introduce something like ...

http://stablelink.libreoffice.org/1

which forwards to http://feedback.libreoffice.org today, and maybe later
to another page asking for <insertreasonhere>? This would give us
maximum flexibility ... even for adding LibO version specific meta data
to the "stablelink".

Something to think about? Maybe even (im)possible?

Cheers,
Christoph




--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted
Florian Effenberger Florian Effenberger
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi,

Christoph Noack wrote on 2011-09-16 21:15:

> But here is the question - Rainer originally stated that the link needs
> to work until eternity. So maybe we will run into issues in a few years,
> when we want newer LibO versions to go to feedback.libreoffice.org wilst
> older versions should report "please update first".
>
> So, is there a chance to introduce something like ...
>
> http://stablelink.libreoffice.org/1
>
> which forwards tohttp://feedback.libreoffice.org  today, and maybe later
> to another page asking for<insertreasonhere>? This would give us
> maximum flexibility ... even for adding LibO version specific meta data
> to the "stablelink".
>
> Something to think about? Maybe even (im)possible?

thanks for this proposal. Indeed, that might make sense, and it could
also help to pre-fill certain elements of the bug tracker already (like
"Which version do you use?").

What I have in mind is to stick with feedback.libreoffice.org, but to
submit more details via POST or (preferably, because "nicer") GET
requests. In case of plain HTML, this wouldn't harm, but in case of some
script, it could read these values. We can even enhance the variables
over time, just their names need to be the same.

What do you think?

Florian

--
Florian Effenberger <[hidden email]>
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Christoph Noack Christoph Noack
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi Florian,

thanks for your thoughts and the explanation ...

Am Samstag, den 17.09.2011, 13:14 +0200 schrieb Florian Effenberger:
> Christoph Noack wrote on 2011-09-16 21:15:
[...]
> > http://stablelink.libreoffice.org/1
> >
> > which forwards tohttp://feedback.libreoffice.org  today, and maybe later
> > to another page asking for<insertreasonhere>? This would give us
> > maximum flexibility ... even for adding LibO version specific meta data
> > to the "stablelink".

> thanks for this proposal. Indeed, that might make sense, and it could
> also help to pre-fill certain elements of the bug tracker already (like
> "Which version do you use?").
>
> What I have in mind is to stick with feedback.libreoffice.org, but to
> submit more details via POST or (preferably, because "nicer") GET
> requests. In case of plain HTML, this wouldn't harm, but in case of some
> script, it could read these values. We can even enhance the variables
> over time, just their names need to be the same.
>
> What do you think?

Well, I understand your proposal to that extend that I know that I don't
understand it well enough, since I lack the technical background :-)

So I'm fine with any proposal as long as it satisfies certain needs - so
just to be sure (I would be happy if Rainer objects if any of my
thoughts are weird):
      * There should be a page "feedback.libo.org" that can be accessed
        via a normal web browser and that summarizes the _current_
        feedback channels (that might change) for the user without using
        the "feedback" link built into LibO
      * The "feedback" menu item from withing LibO should ...
              * open the page "feedback.libo.org" today
              * be able to transport data about LibO version etc. to
                pre-fill the Bug Submission Assistant (or surveys,
                ore ...)
              * be able to open another web page in the future (without
                modifying the local installed LibO, we should be able to
                define that page)

That was why I thought that a "stablelink" which serves as a referrer
makes us independent from the feedback.libo.org. But today, it should
surely refer to that page.

If other technical means can solve the same problem ... that's more than
fine :-)

Cheers,
Christoph






--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted
Goran Rakic Goran Rakic
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

In reply to this post by Florian Effenberger
У суб, 17. 09 2011. у 13:14 +0200, Florian Effenberger пише:

> What I have in mind is to stick with feedback.libreoffice.org, but to
> submit more details via POST or (preferably, because "nicer") GET
> requests.


POST requests would work fine if the browser is embedded inside LibO.

Is there a plan to develop a new HTTP client with a GUI for Bug
Assistant feature?

If the LibO should just launch a default browser, I do not know is it
possible to do this with a POST request sending additional data.

If the POST requests are not possible, the idea to have a stable links
is great. The same can be used for other links inside a product
(licenses, templates and extensions repository, contributors etc.)

Kind regards,
Goran


--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted
Florian Effenberger Florian Effenberger
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi,

Goran Rakic wrote on 2011-09-17 14:52:
> If the POST requests are not possible, the idea to have a stable links
> is great. The same can be used for other links inside a product
> (licenses, templates and extensions repository, contributors etc.)

indeed, mea culpa - you are right. So, how about doing something like

        http://feedback.libreoffice.org/version/platform/
e.g. http://feedback.libreoffice.org/3.4.3/win64/

which we can than track via mod_rewrite or any scripting engine if needed?

Florian

--
Florian Effenberger <[hidden email]>
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Christian Lohmaier (klammer) Christian Lohmaier (klammer)
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi *,

first list-post after a couple weeks of absence, so not fully
up-to-date with all topics, so please excuse if I'm stating the
obvious

On Sat, Sep 17, 2011 at 10:25 PM, Florian Effenberger
<[hidden email]> wrote:

> Goran Rakic wrote on 2011-09-17 14:52:
>>
>> If the POST requests are not possible, the idea to have a stable links
>> is great. The same can be used for other links inside a product
>> (licenses, templates and extensions repository, contributors etc.)
>
> indeed, mea culpa - you are right. So, how about doing something like
>
>        http://feedback.libreoffice.org/version/platform/
> e.g.    http://feedback.libreoffice.org/3.4.3/win64/
>
> which we can than track via mod_rewrite or any scripting engine if needed?

If I undestood correctly, what is needed is a "never,ever changing
URL" to be used in the distributed software to not necessarily provide
the same service during all that time, but at least direct the user to
an appropriate site with further information/where to find the
replacement for the tool/stuff that was originally referenced.

In that case, I wouldn't go for a nice url from the very start, i.e.
not feedback (this is of course fine to be referenced from other
contemporary websites and stuff). In the "release once, then no chance
to change stuff", I'd prefer a link that describes its purpose not in
the domain name, but in URL parameters.

as many are german, I share what I immeadiately thought of:
http://drehscheibe.libreoffice.org/bugs?version=3.4.3&os=win64
and
http://drehscheibe.libreoffice.org/support?version=3.4.3&os=linx86

an english equivalent that has the additional benefit of being shorter
would be "hub"

so I'd propose
http://hub.libreoffice.org/<type>[?paramenters]

those would be rewritten by mod_rewrite (or by the CMS, doesn't
matter) to the actual pages, for the "bugs" type, it could direct
directly to the bug-assistant or a feedback landing page (suggesting
to search for answer in the list archives or similar first before
filing a bug)

So I really prefer one single redirector URL instead of having to
assure support.libreoffice.org/somepage always reflects the content
that LO version 3.x did reference and to assure that
feedback.libreoffice.org always has the bug-reporting stuff
prominently placed.

I also prefer to use (get) parameters instead of having them as part
of the actual path, as it's much easier to just ignore all the
get-parameters for old versions than to maintain a complex redirection
table.

ciao
Christian

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Florian Effenberger Florian Effenberger
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi Christian,

Christian Lohmaier wrote on 2011-09-26 01:12:

> as many are german, I share what I immeadiately thought of:
> http://drehscheibe.libreoffice.org/bugs?version=3.4.3&os=win64
> and
> http://drehscheibe.libreoffice.org/support?version=3.4.3&os=linx86
>
> an english equivalent that has the additional benefit of being shorter
> would be "hub"
>
> so I'd propose
> http://hub.libreoffice.org/<type>[?paramenters]

indeed, you raise very valid points here, and I am in favor of your
solution - thanks for bringing this up!

Would "hub" be a name acceptable for everyone? Alternatively, we can
also use the more technical term of "redirect", in case we want to
reserve the name "hub" for some future items.

Florian

--
Florian Effenberger <[hidden email]>
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Christoph Noack Christoph Noack
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi Florian, hi Christian!

Thanks for the progress in this thread ... just a few additional
questions / comments.

Am Donnerstag, den 06.10.2011, 14:10 +0200 schrieb Florian Effenberger:

> Hi Christian,
>
> Christian Lohmaier wrote on 2011-09-26 01:12:
> > as many are german, I share what I immeadiately thought of:
> > http://drehscheibe.libreoffice.org/bugs?version=3.4.3&os=win64
> > and
> > http://drehscheibe.libreoffice.org/support?version=3.4.3&os=linx86
> >
> > an english equivalent that has the additional benefit of being shorter
> > would be "hub"
> >
> > so I'd propose
> > http://hub.libreoffice.org/<type>[?paramenters]

Two comments:
      * It should be possible to have more than one link from within
        LibreOffice -> e.g. extensions, templates, bugs, feedback,
        ordering coffee, ...
      * The maintenance effort should be low - I don't know if the
        current idea means to manually add redirects for each published
        version.
      * It should also work for "derivatives" or non-TDF builds. Working
        means that we should be able to guide the user to a page that
        explains why its not working / what's the alternative.

> indeed, you raise very valid points here, and I am in favor of your
> solution - thanks for bringing this up!
>
> Would "hub" be a name acceptable for everyone? Alternatively, we can
> also use the more technical term of "redirect", in case we want to
> reserve the name "hub" for some future items.

Yes, redirect is fine for me ... personally, I never heard "hub" for
that (might just disclose my non-knowledge *g*). But I know what
"redirect" means and I'm sure we won't need that sub-domain name for
other user related stuff. My original proposal was something like
"stablelink..." / "staticlinks".

Again, thank you all for shaping that :-)

Cheers,
Christoph


--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted
Florian Effenberger Florian Effenberger
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

Hi,

Christoph Noack wrote on 2011-10-06 23:17:

>        * It should be possible to have more than one link from within
>          LibreOffice ->  e.g. extensions, templates, bugs, feedback,
>          ordering coffee, ...

should be doable with Christian's proposal. The first entry after the
slash is the type/name of the page.

>        * The maintenance effort should be low - I don't know if the
>          current idea means to manually add redirects for each published
>          version.

It might be scriptable. We can use a PHP or Python script for that, or
even better, directly an Apache module like mod_rewrite. At least in
theory, should be rather easy. :)

>        * It should also work for "derivatives" or non-TDF builds. Working
>          means that we should be able to guide the user to a page that
>          explains why its not working / what's the alternative.

Maybe it makes sense to add another identifier for the product then,
like libo, libo-xyzcompany, libo-xyzdistro?

Florian

--
Florian Effenberger <[hidden email]>
Steering Committee and Founding Member of The Document Foundation
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Christian Lohmaier (klammer) Christian Lohmaier (klammer)
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

In reply to this post by Christoph Noack
Hi Christoph, *,

On Thu, Oct 6, 2011 at 11:17 PM, Christoph Noack <[hidden email]> wrote:

> Am Donnerstag, den 06.10.2011, 14:10 +0200 schrieb Florian Effenberger:
>> Christian Lohmaier wrote on 2011-09-26 01:12:
>> > as many are german, I share what I immeadiately thought of:
>> > http://drehscheibe.libreoffice.org/bugs?version=3.4.3&os=win64
>> > and
>> > http://drehscheibe.libreoffice.org/support?version=3.4.3&os=linx86
>> >
>> > an english equivalent that has the additional benefit of being shorter
>> > would be "hub"
>> >
>> > so I'd propose
>> > http://hub.libreoffice.org/<type>[?paramenters]
>
> Two comments:
>      * It should be possible to have more than one link from within
>        LibreOffice -> e.g. extensions, templates, bugs, feedback,
>        ordering coffee, ...

Yes, that's covered, the initial part of the URL would reflect that,
in the above example the "type" string.
i.e. hub.libreoffice.org/extensions[?parameters]
hub.libreoffice.org/templates{?parameters] etc.

>      * The maintenance effort should be low - I don't know if the
>        current idea means to manually add redirects for each published
>        version.

No - simplest is to create "versioned" pages as necessary and evaluate
the URL parameters either using javascript on the client or with php
on the server - both are simple to implement.
In case there is no match, just hand out the current/default page as
if no parameters were given.

>      * It should also work for "derivatives" or non-TDF builds. Working
>        means that we should be able to guide the user to a page that
>        explains why its not working / what's the alternative.

How to do that is a matter of policy / how likely it is to encounter
such an URL from outside LibreOffice for example. If such an URL is
frequently used, then it is bothersome to use

hub.libreoffice.org/whatever?derivate=fedora

it would then be easier to have a lik
hub.libreoffice.org/whatever-fedora for example.

But that's a detail, my main concern was to have one single domainname
instead of 20.

>> indeed, you raise very valid points here, and I am in favor of your
>> solution - thanks for bringing this up!
>>
>> Would "hub" be a name acceptable for everyone? Alternatively, we can
>> also use the more technical term of "redirect", in case we want to
>> reserve the name "hub" for some future items.
>
> Yes, redirect is fine for me ... personally, I never heard "hub" for
> that (might just disclose my non-knowledge *g*).

I was thinking about airport hub, like a central airport that connects
many routes (Verkehrsknotenpunkt) - or the center of a wheel (Nabe)
where the individual spokes (Speichen) are connected with each other.

ciao
Christian

--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted

Rainer Bielefeld-2 Rainer Bielefeld-2
Reply | Threaded
Open this post in threaded view
|

Re: Bugzilla Bug Report Assistant

In reply to this post by Rainer Bielefeld-2
Rainer Bielefeld schrieb:

> Soon we will get a LibO Menu Item "Report a Bug"
> <https://bugs.freedesktop.org/show_bug.cgi?id=35855>
>
> We have to be sure that that link will reach some bug reporting facility
> "until end of times".

Hi Florian,

I'm to lazy to read all discussion, pleae excuse me. Do we already have
the page so that I can ask for a fix of Bug 35855?

If yes, what's the URL?


I checked <http://feedback.libreoffice.org/> and
<http://feedback.libreoffice.org/>, bot do not exist.

We should not over-engineer this issue, the original request simply was
for a Feedback page URL that can be linked from LibO Help menu and will
be enduring for several years. We need a bird in the hand, not two in
the bush ;-)


Kind regards

Rainer


--
Unsubscribe instructions: E-mail to [hidden email]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/website/
All messages sent to this list will be publicly archived and cannot be deleted