(Update) Filechooser bug day/weekend/week/month idea

2013-06-20 Thread Timothy Arceri
Hi All,


Quick update on progress. Firstly thanks to those that have helped out with 
triaging bugs so far.

Filechooser bugs are now down to 308 open bugs.

A wiki page has been created with a bunch of tags that can be used to group 
open bugs into categories ready for a workathon.
This page also contains a link to list all the bugs that are remaining to be 
triaged so that its easy if you want to help out.
Even if its only one our two bugs that you help categories, it will be helpful.


https://live.gnome.org/GtkFileChooser 

Currently there is 238 bug remaining to be grouped, I had hoped to have more 
done but my laptop died recently which has made it much harder 
to fit in the time to triage these bugs. 

Tim
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-08 Thread Timothy Arceri
For the record, I want to publically thank Timothy for the stellar work

he has been doing in weeding the file chooser's bug list.  Closing old
bugs, filing patches, what more would one want? :)

Thanks Federico, always good to get some positive feedback.

For me a month-long fixing spree would work well, I think.  Of course
I'll gladly guide people through the code if needed.

Excellent. 

By now the list I had in https://live.gnome.org/GtkFileChooser is highly
obsolete.  Feel free to replace it with your list of bugs.  An
alternative is to put little strings in the Status Whiteboard field of
each bug (filechooser-easy, filechooser-crash, filechooser-retest,
etc.) and put URLs for the corresponding bug queries in the wiki.

 Federico

I really like this idea and think thats what I will do. I think I will first 
create a list of tags on the wiki page explaining what they mean then create 
the query links that way anyone can feel free the jump in and help out sorting 
the remaining bugs. I'm going to be pretty busy the next few days doing real 
world stuff so any help is apperciated.

Tim

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Filechooser bug day/weekend/week/month idea wiki page

2013-06-08 Thread Timothy Arceri
 
Hi all,

I have updated the wiki
page https://live.gnome.org/GtkFileChooser to contain a draft for the
filechooser bug fix month. I have added some links for the current
categories, and added the whiteboard tags to the bugs that I had
already sorted in the LibreOffice documents. There is also a link to
show all uncategorised bugs. For anyone that wishes to help feel free
to create a new category if you thin its needed, but dont forget to
add it to the unsorted bugs list query.

Note: I haven't yet
created the windows tags, but something like
filechooser-windows-testing-needed, filechooser-windows-fix-needed,
filechooser-windows-design-needed would probably be good if somebody
wanted to do that for the current list.  Similar tags could also be created for
the Mac bugs.

Note 2: I have left the old content on the wiki for now. Not sure if you wanted 
to keep any of it Federico?

Tim
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-07 Thread John Emmas

On 05/06/2013 00:26, Timothy Arceri wrote:


Thanks John. I have attached a document with all the Windows bugs. Broken down 
into three categories.
1. Testing needed (old bugs that need to be confirmed still exist)
2. Bugs that someone can probably start work on right away.
3. Bugs needing some design work.



Thanks Timothy, I'll take a look at some of them over the next few days 
(initially, just to see if I can reproduce them) and then we can take 
things from there.


John
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-07 Thread Bernhard Schuster
I probably can not be on location nor did I ever before look into 
gtkfilechooser - but there are definitly things I'd like to fix.


Bernhard

On Tue, Jun 4, 2013 at 11:58 AM, Matthias Clasen 
matthias.cla...@gmail.com wrote:
On Mon, Jun 3, 2013 at 6:02 PM, Timothy Arceri 
t_arc...@yahoo.com.au wrote:





 Anyway I'm keen to see what people think of my idea? Or if I'm just 
wasting my time.



Far from it. I've been meaning to thank you for all the effort you've
put into filechooser bug triage lately. I'm sure you're making a lot
of people happy with this initiative. I'm one of then.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-07 Thread Thomas H.P. Andersen
On Wed, Jun 5, 2013 at 1:26 AM, Timothy Arceri t_arc...@yahoo.com.au wrote:
 Re: John
I use GTK+ on Windows and I can confirm that GtkFileChooser has been
 one of the least reliable components :-( I'd be willing to provide some
 assistance but I'm still on Gtk+ version 2, as opposed to 3.

John

 Thanks John. I have attached a document with all the Windows bugs. Broken 
 down into three categories.
 1. Testing needed (old bugs that need to be confirmed still exist)
 2. Bugs that someone can probably start work on right away.
 3. Bugs needing some design work.

Thanks for doing this. I closed one bug and confirmed that two are
still present with gtk 2.24. Your list made doing that easy.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-04 Thread Matthias Clasen
On Mon, Jun 3, 2013 at 6:02 PM, Timothy Arceri t_arc...@yahoo.com.au wrote:



 Anyway I'm keen to see what people think of my idea? Or if I'm just wasting 
 my time.

Far from it. I've been meaning to thank you for all the effort you've
put into filechooser bug triage lately. I'm sure you're making a lot
of people happy with this initiative. I'm one of then.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-04 Thread Timothy Arceri
Re: John
I use GTK+ on Windows and I can confirm that GtkFileChooser has been
one of the least reliable components :-( I'd be willing to provide some
assistance but I'm still on Gtk+ version 2, as opposed to 3.

John

Thanks John. I have attached a document with all the Windows bugs. Broken down 
into three categories.
1. Testing needed (old bugs that need to be confirmed still exist)
2. Bugs that someone can probably start work on right away.
3. Bugs needing some design work.

---
Re: Matthias
Far from it. I've been meaning to thank you for all the effort you've
put into filechooser bug triage lately. I'm sure you're making a lot
of people happy with this initiative. I'm one of then.

Good to know. Thanks.



windows_bugs.odt
Description: application/vnd.oasis.opendocument.text
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Filechooser bug day/weekend/week/month idea

2013-06-04 Thread Federico Mena Quintero
On Mon, 2013-06-03 at 15:02 -0700, Timothy Arceri wrote:

 I have managed to help get the count down from 359 only a couple of
 weeks ago through a combination of patches, making duplicates and
 bumping old bugs and patches. I have even found a couple of unreported
 issue along the way. However I've come to the conclusion that if I
 want to make a serious dent to these bugs I need some help. So... 

For the record, I want to publically thank Timothy for the stellar work
he has been doing in weeding the file chooser's bug list.  Closing old
bugs, filing patches, what more would one want? :)

 I have started working my way through all the outstanding bugs and
 categorising them into groups based on the next action that should (in
 my opinion, I'm open to corrections) be taken.

This is the right way to go!

 Once a complete list of these issues has been created we could
 advertise a bug day/week/etc for these to be worked on retested etc. 

For me a month-long fixing spree would work well, I think.  Of course
I'll gladly guide people through the code if needed.

 I upload the Libre Office documents I've used to categories these bugs
 here:
 http://www.itsqueeze.com/wp-content/uploads/2013/06/Filechooser-bugs.tar.gz 
 but I would like to put all this on the Gnome wiki somewhere if that's 
 possible??

This is really good!  Thanks so much for compiling the list of
categorized bugs!

By now the list I had in https://live.gnome.org/GtkFileChooser is highly
obsolete.  Feel free to replace it with your list of bugs.  An
alternative is to put little strings in the Status Whiteboard field of
each bug (filechooser-easy, filechooser-crash, filechooser-retest,
etc.) and put URLs for the corresponding bug queries in the wiki.

  Federico

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Filechooser bug day/weekend/week/month idea

2013-06-03 Thread Timothy Arceri
Hi All,


I like to maximise the little time I have to contribute to Linux this is why I 
choose to contribute to GTK as I believe these contributions have the highest 
impact due to improvements reaching across multiple applications and desktops 
environments. 

Anyway lately I have been targeting the GTK filechooser in particular. This 
component alone currently has 320 bugs filed against it thats over 9% of the 
total GTK bugs.

I have managed to help get the count down from 359 only a couple of weeks ago 
through a combination of patches, making duplicates and bumping old bugs and 
patches. I have even found a couple of unreported issue along the way. However 
I've come to the conclusion that if I want to make a serious dent to these bugs 
I need some help. So... 

I would like to propose we have a bug day/weekend/week/month dedicated to the 
file chooser. I have seen bug days proposed before without much enthusiasm but 
I've started on something I believe will help make this one more successful. I 
have started working my way through all the outstanding bugs and categorising 
them into groups based on the next action that should (in my opinion, I'm open 
to corrections) be taken. This should make it easy for potential contributors 
to find something they can help with and for the gtk maintainers to maximise 
the time they have to help out in working through the bugs.

So far these are the categories I have:

Bugs to maybe close - These are mostly old bugs. Some are crashes that were 
reported many years ago with very little or zero activity since. Some are 
reports that can no longer be reproduced, some are issue that are probably not 
as noticeable due to improvements in how the filechooseer works since the bug 
was first report.
Anyway there are bugs that the GTK maintainers might want to look at and 
possibly close as I dont feel comfortable closing them myself.


Design input needed - Again one for the GTK maintainers these bugs I consider 
need some guidance from the GTK team on whether or not its even a good idea to 
implement them before someone wastes time coding. 

Easier bug fixes - These are relatively easy bugs to work on that shouldn't be 
to hard to fix for a willing contributor. Generally most information thats 
needed is supplied in the bug report.


Harder bug fixes - As it would suggest these are harder/more time consuming 
bugs a contributor could work on with most information available in the bug 
report for someone wishing to start working on it.

Retest and likely fixed - These bugs need someone to retest and confirm if its 
still an issue or not. I'm guessing that most of these could be already fixed 
but its just a guess.

Retest and find root cause - Bugs need to be retested and the root cause of the 
issue tracked down as the bug report lacks this information. Some of these 
could be quite difficult to track down.


I intend to add at least two more one for all windows related issues and one 
for mac issues.

Once a complete list of these issues has been created we could advertise a bug 
day/week/etc for these to be worked on retested etc. Of coarse no one is 
stopping anyone working on them while the list is still being completed.

I upload the Libre Office documents I've used to categories these bugs here: 
http://www.itsqueeze.com/wp-content/uploads/2013/06/Filechooser-bugs.tar.gz but 
I would like to put all this on the Gnome wiki somewhere if that's possible?? 
That way others could help me finish of the lists if they wanted too and its up 
there for all to see ready for the bug day.

Anyway I'm keen to see what people think of my idea? Or if I'm just wasting my 
time.

Thanks,
Timothy Arceri

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list