Comment by voltagex:

Projects such as Launchpad provide some integration with upstream bug-trackers
(Trac, Mantis, Bugzilla etc.)

Shouldn't OpenHatch also be able to pull in bugs from upstream automagically?

Comment by paulproteus:

Hey now! Thanks for this request.

We do actually pull in bugs partly automatically. Once we roll out more
automation, we'll let you know (and close this ticket).

"Partly automated" means that we have to modify the OpenHatch code every time we
add a bug tracker, but it doesn't take a super long time. It would be better if
we could add new bug trackers simply by configuration, not by coding -- then we
could let our users add bug trackers!

Comment by voltagex:

This also raises a few interesting design issues

• How do you stay up to date with upstream without re-scraping every x hours?
• How do you handle the differences in naming conventions between bug trackers
  (e.g. look at the interface differences between Google Code, Trac and Bugzilla)
• Do you let your users push a bug upstream automatically, or rely on them
  adding to upstream manually?

I think I'll have a look at the way Launchpad does it because IMO it's
integration done right.

Comment by palhmbs:

Looks like voltagex has worked on this yet, de-assigning it.

Comment by paulproteus:

I think that the new web interface for adding bug trackers resolves this.

You can read about the new web interface at http://openhatch.org/wiki/Bug_trackers

Status: resolved
Nosy List: palhmbs, paulproteus, voltagex
Priority: feature
Imported from roundup ID: 39 (view archived page)
Last modified: 2011-11-14.02:28:22

Comment by bboissin:

Most of the settings [1], seem actually related to the profile information
(location, email, etc.). This should be unified with the other profile editing
page [2].

[1] https://openhatch.org/account/settings
[2] https://openhatch.org/profile/views/edit_info

Comment by paulproteus:

That's an interesting point. We'll see if joining those together makes sense.

Comment by paulproteus:

Right now, I'm marking this as wishlist.

Comment by paulproteus:

It'd be nice to take a look at this with the ongoing redesign. Marking as
0.12.02 for that reason.

Not sure it'll make it during February, but it sure would be nice.

Comment by paulproteus:

Marking as 'later' for now, since we haven't gotten to this yet.

Status: chatting
Nosy List: bboissin, paulproteus, rafpaf
Priority: wish
Imported from roundup ID: 47 (view archived page)
Last modified: 2012-05-09.22:04:21

Comment by gameguy43:

under "Please click your account provider" in the openid tab o the login box on
the front page, i click the wordpress icon. it asks for my wordpress.com
username. i enter gameguy43, which is the correct response. i get a page that
reads:

WordPress.com
You do not own that identity.

Comment by paulproteus:

Are you currently logged-in to WordPress.com with a different username maybe?

Comment by gameguy43:

fwiw, just tried this again. same issue. this time, i started off signed out
of wordpress.com. i tried to log in using my wordpress.com username, and i was
sent to a wordpress.com page which told me to sign in at wordpress.com. i did.
then i went back to openhatch and entered the same username which i had just
used to sign at wordpress.com. again i found myself on a wordpress.com page
which simply said "You do not own that identity."

Comment by paulproteus:

Well, golly. That's a drag. We'll see if we can reproduce it and fix it.

Comment by rafpaf:

I'm having trouble reproducing this. Do you think the problem remains?

--Raffi.

Comment by voltagex:

Just for reference.
http://en.support.wordpress.com/settings/openid/#where-can-i-use-my-openid

Comment by voltagex:

I can confirm this.

1. Sign up/sign in to Wordpress.com
2. Enter yourusername.wordpress.com as your openID on
   https://openhatch.org/openid/signin

URL I get redirected to is
wordpress.com/?openidserver=1&snipped for security
Error is:
"You do not own this identity".

I suspect the OpenHatch OpenID login isn't passing the correct parameters to the
WordPress provider, however I can't confirm this right now.

Comment by gameguy43:

Cool, we'll take a look at this soon--probably tomorrow.

Thanks Adam!

On Sun, Mar 14, 2010 at 10:02 PM, Adam Baxter <[email protected]> wrote:

>
> Adam Baxter added the comment:
>
> I can confirm this.
> 1. Sign up/sign in to Wordpress.com
> 2. Enter yourusername.wordpress.com as your openID on
> https://openhatch.org/openid/signin
>
>
> URL I get redirected to is
> wordpress.com/?openidserver=1&snipped for security
> Error is:
> "You do not own this identity".
>
> I suspect the OpenHatch OpenID login isn't passing the correct parameters
> to the
> WordPress provider, however I can't confirm this right now.
>
> ----------
> priority: bug -> urgent
>
> __________________________________________
> Roundup issue tracker <[email protected]>
> <https://openhatch.org/bugs/issue16>
> __________________________________________
>

Comment by voltagex:

The problem is most likely on Wordpress' end.
When I signed up for an account at Wordpress and then tried to use it as an
OpenID, I got the same error as described.

This is correct, as you don't own the identity until you sign up for a *blog *

Your Wordpress ID is then subdomain.wordpress.com

Comment by gameguy43:

voltagex: thanks for your help!
I think we've squashed this bug. We now ask for a wordpress.com /subdomain/, and
I've made a couple gui tweaks to make this more apparent.

Does this work for you now?:
https://openhatch.org/account/login/

Comment by gameguy43:

voltagex: added you to the Nosy list for this bug.

I think we've got it fixed what say you?:
https://openhatch.org/account/login/

Thanks for all your help!

Comment by voltagex:

The only thing I can add is be wary of adding site-specific hacks - they're
going to add up because of the number of different ways OpenID providers (fail
to) implement OpenID properly. I'll see if I can get in contact with
Wordpress.com to see if they'll make their gateway a little more robust.

Thanks for the fix Gameguy.

Comment by voltagex:

Setting back to resolved.

File at http://roundup-archive.openhatch.org/bugs/file3/unnamed by gameguy43

Status: resolved
Nosy List: gameguy43, paulproteus, voltagex
Priority: bug
Imported from roundup ID: 16 (view archived page)
Last modified: 2010-03-16.00:18:46

Comment by paulproteus:

It'd be great if we fixed this, says Nathan Yergler.

Comment by rafpaf:

URLs are bookmarkable now, because we don't use Ajax to change pages in the
search engine. :-)

Status: resolved
Nosy List: paulproteus
Priority: bug
Imported from roundup ID: 4 (view archived page)
Last modified: 2009-11-24.17:12:12

Comment by paulproteus:

Rich Jones suggests this. I think it's ingenious.

> What about
> other independent repos.. will there be an API, so I can integrate with
> a git hook?

Comment by voltagex:

This would solve the issue of having to manually refresh the indexes to stay up
to date with external repositories.

Comment by voltagex:

See also #39.

Comment by paulproteus:

I'm not currently working on this. Someone else can grab it!

Status: chatting
Nosy List: paulproteus, voltagex
Priority: wish
Imported from roundup ID: 8 (view archived page)
Last modified: 2011-03-19.20:59:23

Comment by voltagex:

Occasionally I come across a really interesting project that has unfortunately
been abandoned (source-control hasn't been updated for a while, website no
longer exists etc etc)

It might be a good feature to be able to have these projects listed as "Projects
free to a good home" or something like that, to try and kickstart these again.

Comment by paulproteus:

That's a cool idea. There is already the http://www.unmaintained-free-
software.org/wiki/Main_Page project -- but we could send people there, or import
data from them.

Comment by voltagex:

I'm in favour of the import/aggregate route instead of linking people away to
other sites. Maybe I'm a control freak, but a little of the Cathedral in the
Bazaar won't hurt.

Comment by pythonian4000:

This bug is being tracked in https://openhatch.org/bugs/issue246

Status: chatting
Nosy List: palhmbs, voltagex
Priority: feature
Imported from roundup ID: 38 (view archived page)
Last modified: 2011-07-02.20:38:28

Comment by csetlow:

Well, that kind of sums it up.

Comment by rafpaf:

Quite true, and that's bad. We've made a note in Pivotal Tracker about this.

Comment by paulproteus:

http://openhatch.org/wiki/Authentication_integration explains how we're going to
work on passing user data between Roundup, the wiki, the forum, and the main site.

I'm going to handle this for the new app I'm setting up right now, the forum,
and then move forward and tackle the wiki and Roundup.

Comment by paulproteus:

Actually, it seems I haven't done any work on this in a while. I'd love help.
Find me on #openhatch and I can give you the skinny.

Comment by pythonian4000:

This issue is being tracked in https://openhatch.org/bugs/issue264

Comment by pythonian4000:

When I next get to a computer I am going to stick up a permanent banner here on Roundup informing
people that we are moving to a central login system and so to go and change their username if
needed to be exactly the same as their OpenHatch username. The Roundup integration is a while
away, so I figure it's a good idea to get in early with everyone.

Comment by pythonian4000:

Permanent banner up!

Comment by pythonian4000:

I've taken the permanent banner down for now as we have identified the problem
users and will sort them out individually (but not removed it from the Roundup
code in case it is required again).

I'm also setting this to 0.11.02 as I think I can get it done by then, but we
will see...

Comment by pythonian4000:

Well, Roundup and Django logins are now integrated!

For some reason though, while on my personal server logouts worked perfectly,
they don't here - the logout action successfully deletes the
sessionprofile_sessionprofile entry causing it (and MediaWiki) to log out, but
for some reason it doesn't delete the django_session entry which leaves the main
site logged in, so if you navigate back there and then back to the tracker, the
tracker is logged in again. This is, however, a separate issue
(https://openhatch.org/bugs/issue314)

So, done!

Status: resolved
Nosy List: csetlow, paulproteus, pythonian4000, rafpaf, till
Priority: feature
Imported from roundup ID: 23 (view archived page)
Last modified: 2011-02-26.00:45:43

Comment by pfctdayelise:

I somehow got to this bug tracker, then chopped off the "bugs" in the URL to try
and go back to the project home page. I got to https://openhatch.org/ which is
not the same as http://openhatch.org/. It has a login page for vtiger CRM.

Comment by paulproteus:

Thanks for this! I'll fix this shortly...

Comment by paulproteus:

I just made SSL the standard way to access the website. Now
http://openhatch.org/ redirects to https://

And naturally, https://openhatch.org/ now properly loads the website.

Thanks for finding this for us!

Status: resolved
Nosy List: paulproteus, pfctdayelise, rafpaf
Priority: bug
Imported from roundup ID: 20 (view archived page)
Last modified: 2009-12-03.00:32:21

Comment by TimPost:

It would be great if the suggested bug list offered a feed (RSS2/ATOM). Bugs
would get more attention because people would see them in their readers.

Comment by paulproteus:

This is a cool idea. We'll get on it shortly. No current guess for by when.

Comment by pythonian4000:

This sounds awesome. I've done some investigation and Django has a built-in
syndication framework:

http://docs.djangoproject.com/en/1.1/ref/contrib/syndication/

The issue will be the fact that a user is usually authenticated to get their
suggested bug list. With this alone you cannot authenticate the feed, so you
would have to pass at least some form of the username (e.g. a hash of some sort)
in the url. This isn't so bad, as all that someone malicious could get access to
is the user's recommended bug list.

There is a Django snippet that adds basic HTTP authentication (which I put here
so I remember it),

http://djangosnippets.org/snippets/2291/

but I don't think that is compatible with our OpenID stuff, and many feed
readers don't support authentication anyway. So I think our best bet is to have
feeds of the form

http://openhatch.org/feeds/recbugs/&lt;something_usernamey>/

Now, I'm going to be really ambitious and flag this for the current 0.11.01
milestone, mainly so I remember to discuss it at the meeting tomorrow. But
actual implementation by 0.11.02 (if not by this milestone) is definitely feasible.

Comment by pythonian4000:

I got bored. Again ^_^

I've implemented this so that it generates feeds from URLs such as

http://openhatch.org/feeds/recbugs/pythonian4000/

I don't actually see a need to obfuscate the username because in all honesty,
usernames and the real names associated with them are public knowledge on
OpenHatch, and the only extra information you get from this is what that
person's recommended bugs are, which I don't think anyone aside from that person
will really care about. I will, however, check all this at the meeting tomorrow
before I post a patch.

Comment by paulproteus:

Here are some groggy morning thoughts;

1. Bug recommendations are actually pretty intensive for the server. We
   should make sure we do a good job of caching these.
2. In general, this is totally rad. If possible, use /+feeds/ as the URL
   prefix rather than /feeds/ -- we seem to have created a convention
   of doing that sort of prefixing of new system URL prefixes.
3. We should make sure the user interface showcases this RSS feed somehow.
   Maybe just having a big ol' page of "Goodies" or "RSS feeds you might
   like" could be enough, or maybe showcasing it right next to the list of
   recommended bugs. (or both?)

(We can ship this without doing #2 and #3 but those should be on our
radar.)

Comment by pythonian4000:

I'm posting this as two separate commits so that the actual feed generator can
be pushed even if the link layout patch needs work, so that my soon-to-exist
patches for https://openhatch.org/bugs/issue244 can be applied ^_^

Actual feed generation:
http://git.jackgrigg.com/openhatch/patch/?id=e50ce63f3cb151e6d9ba11b5433cc2e7144e33c8

Adding a link to homepage:
http://git.jackgrigg.com/openhatch/patch/?id=d678fbc96a571d9222746718b829c0337119f698

Comment by pythonian4000:

This extra patch puts the title of the Recommended Bugs feed in a class string;
since it is fixed, having it enclosed in a method is just extra overhead.

http://git.jackgrigg.com/openhatch/patch/?id=d678fbc96a571d9222746718b829c0337119f698

Comment by paulproteus:

This is great that we're finally getting this. Some thoughts:

• You generate an <img src> tag in the landing page for logged in users, but
  that img tag has no quotes around the URL.
• Copyright-wise, I can't push this in good faith without some idea of where the
  feed icons came from. Is there a source that we can cite? (Are they under a free
  license?)
• I don't like putting code at the 'mysite' level. Can we jam this into an
  existing "app" like the profile app?

The good:

It's extremely elegant to use the Django syndication functionality. It is really
super tidy.

Comment by pythonian4000:

Not sure where we are at with this. I squashed everything (along with changes
discussed from
http://irclogs.jackgrigg.com/irc.freenode.net/openhatch/2011-01-31#i_2525120 )
into two commits. Have these already been pushed? I think they may have been
from my git log. If, paulproteus, you think this is done then feel free to
resolve it =)

Comment by pythonian4000:

Just quickly correcting the title finally ^_^

Comment by paulproteus:

Yup, I pushed these and forgot to say so!

Status: resolved
Nosy List: TimPost, paulproteus, pythonian4000, rafpaf
Priority: feature
Imported from roundup ID: 45 (view archived page)
Last modified: 2011-02-01.18:34:30

Comment by voltagex:

Email addresses should be hidden/obfuscated for non-logged-in users.

Let's at least make it slightly difficult for bots to harvest email addresses.
See https://openhatch.org/bugs/issue16 for an example

Comment by paulproteus:

The issue on number 16 is that Parker chose to include your email address when
he replied using the email interface. Otherwise, Roundup seems to do a good job
of not exposing users' email addresses.

Then the next step for me is to hand-edit the data for issue 16 so your email
address is gone, then close this bug, I think.

Comment by paulproteus:

Hi voltagex,

Sorry this took so long! I just removed your email address from the files we
publish.

This happened because Parker included your email address when he replied.
Nothing automatically publishes your email address.

Again, my embarrassment and apologies for taking so long to close this
correctly!

Status: resolved
Nosy List: paulproteus, voltagex
Priority: bug
Imported from roundup ID: 41 (view archived page)
Last modified: 2010-06-30.20:56:12

Comment by paulproteus:

After you do a search, the focus should leave the search box

Status: resolved
Nosy List: paulproteus, rafpaf
Priority: bug
Imported from roundup ID: 5 (view archived page)
Last modified: 2009-09-08.20:10:06

Comment by greg:

It would be really great if users could set the width of the widget,
https://openhatch.org/account/settings/widget/, to something closer to what they
want (so their perfect blog layout is not compromised). Probably easiest to
just provide a set of sizes/dimensions and let them pick.

Comment by paulproteus:

That would be nice. We'll see what we can do.

Comment by paulproteus:

This is an important user interface bug that we should fix.

For whoever's reading this, if you want to fix it, the first thing to do is to
write some

Comment by paulproteus:

Er, see issue375 with hints on how to solve it!

Comment by palhmbs:

I think creating a couple of fields to set the width and height and having a
preview button ought to fix this.

Comment by palhmbs:

Ok, I've identified the files that run the show for the widget...

mysite/profile/views.py @ def widget_display_js

mysite/profile/templates/profile/widget.html
mysite/account/templates/account/widget.html

My problem is how do I go about modifying the html in "encoded_for_js"
so that width & height change from input I would define using the template
mysite/account/templates/account/widget.html

Help appreciated, looks too complicated for me at this stage.

Status: chatting
Nosy List: greg, palhmbs, rafpaf
Superceder : #widget has no height properties
Priority: feature
Imported from roundup ID: 48 (view archived page)
Last modified: 2011-07-02.20:38:37

Comment by jdm:

Searching for bitesize bugs in C, there's a link that says "4 potential mentors."
If I click it, not only do I first see a list of "Projects matching 'C'" which
is confusing on its own, at the end is the line "People who can mentor in 'C': 0"

Comment by paulproteus:

Thanks for this bug report! I think this has to do with our people search not
acting well under load. Once the Slashdot load storm goes away, I'll take a
deeper look at this.

Comment by paulproteus:

The problem was that some people had disappeared from the people-search index. I
fixed it -- now when you go to https://openhatch.org/+projects/Evince and see '6
people who can mentor in C', and click the link to
https://openhatch.org/people/?q=can_mentor:%22C%22 , you see six people.

For our own future reference, here's what I did to fix it:

In [21]: for person in Person.objects.all():
pi = mysite.profile.search_indexes.PersonIndex(person)
print '.',
pi.update_object(person)

I don't really like the Haystack API, but there's a magic incantation for you
that works.

Comment by gameguy43:

re: magic incantation script: first do this:

import mysite.profile.search_indexes

Status: resolved
Nosy List: jdm, paulproteus
Priority: bug
Imported from roundup ID: 36 (view archived page)
Last modified: 2010-03-25.18:38:51

Comment by stump:

The widget code contains some non-canonical URLs, so they don't point to OH like
they should, and therefore are broken when the widget is used on other sites.

Places with non-canonical URLs are:

• background images in the CSS (5 instances)
• the "See my full profile at OpenHatch.org" link

(There may be others, but I think I checked it fairly thoroughly.)

Comment by paulproteus:

John, thanks for filing this bug.

I'm pretty sure we just fixed it. Greg -- you'll find that the "See my full
profile" link on your blog now actually works.

Status: resolved
Nosy List: stump
Priority: bug
Imported from roundup ID: 50 (view archived page)
Last modified: 2010-03-25.18:36:24

Comment by paulproteus:

http://openhatch.org/blog/ does not link in any obvious way to
http://openhatch.org/blog/

Presumably this is bad for SEO. It's also weird from a user interface perspective.

Comment by aldeka:

I hand-hacked it so it displays the links correctly, outside of widget mode. Is
that an acceptable resolution? I don't know enough about how the widgetizer
works to modify that...

Comment by paulproteus:

Now it has a "Recent blog posts" link!

Status: resolved
Nosy List: aldeka, paulproteus
Priority: bug
Imported from roundup ID: 10 (view archived page)
Last modified: 2009-11-24.00:34:25

Comment by csetlow:

Instead of to https://openhatch.org/ you could try https://openhatch.org/blog/
and people would be less surprised. Maybe you want to do more than just this
with subdomains? Probably not right now.

Comment by rafpaf:

http://blog.openhatch.org now redirects to https://openhatch.org/blog.

Note that httpS://blog.openhatch.org does not redirect as expected. I won't file
a bug, because this doesn't seem terribly important right now.

Status: resolved
Nosy List: csetlow, paulproteus
Priority: feature
Imported from roundup ID: 24 (view archived page)
Last modified: 2009-12-10.23:18:19

Comment by greg:

See screenshot. This is live on http://blog.grossmeier.net

Comment by paulproteus:

The problem is that Greg's blog's styling for <A> is being applied to our
widget's links. Raffi, I wonder if you can look at this too?

You might find "reset CSS" files like
http://developer.yahoo.com/yui/examples/reset/reset-simple.html and
http://meyerweb.com/eric/tools/css/reset/ to be relevant.

Comment by paulproteus:

Adding stump, in case he wants to play more with widget stuff.

Comment by palhmbs:

Should be easy enough to setup some inline styles to fix this.

Comment by palhmbs:

Added !important changes to the CSS for the a:hover and a links of the widget.
This should solve the problem.

Comment by jessica:

Awesome :)

Comment by paulproteus:

Your commit introduces some new space characters at the end of lines, which git
warns us about. So I'm warning you, in turn.

I'm so glad you fixed this long-standing issue! I'm deploying this immediately.

File at http://roundup-archive.openhatch.org/bugs/file225/0001-Change-to-CSS-for-widget.patch by palhmbs
File at http://roundup-archive.openhatch.org/bugs/file5/widget-2.png by greg

Status: resolved
Nosy List: greg, palhmbs, rafpaf, stump
Priority: bug
Imported from roundup ID: 49 (view archived page)
Last modified: 2011-04-21.14:55:46

Comment by rafpaf:

I don't see an immediate need, so I'll cancel this bug.

Comment by rafpaf:

I don't see an immediate need, so I'll cancel this bug.

Status: resolved
Nosy List: rafpaf
Priority: wish
Imported from roundup ID: 13 (view archived page)
Last modified: 2009-11-24.17:13:56

Comment by greg:

eg: https://openhatch.org/people/?q=&amp;center=ann+arbor%2C+MI

Any location I tried works (Washington DC, and Minneapolis)

If I also input a term (eg: python) and the city, it is the same result (ie:
broken).
eg: https://openhatch.org/people/?q=python&amp;center=washington%2C+dc

Can I use "eg" again, eg: eg?

Comment by paulproteus:

I think this is a Chromium-only issue. Are you using Chromium?

(I see it there, too, but not in Firefox.)

Comment by greg:

Sorry to disappoint, but I'm using Fx 3.6 (specifically 3.6+nobinonly-0ubuntu6
in Ubuntu Lucid).

Comment by paulproteus:

I can reproduce this in Fx 3.6, but not 3.5. "Interesting."

Comment by paulproteus:

Actually, I could eventually reproduce it in Firefox 3.5.

Greg -- it should now be fixed. If you agree, mark this as resolved!

To test, try going to https://openhatch.org/people/?q=&amp;center=ann+arbor%2C+MI

I admit, it's kind of slow. It'd be nice to fix that.

Comment by greg:

Oh hey, look at that, it is fixed!

Thanks Asheesh!

Status: resolved
Nosy List: gameguy43, greg, paulproteus
Priority: bug
Imported from roundup ID: 42 (view archived page)
Last modified: 2010-03-16.20:05:37

Comment by till:

Since logging in is normally a security relevant task, please use https instead
of http by default as the prefix for the generic OpenID provider.

Comment by paulproteus:

The problem is that many OpenID providers don't support SSL.

Creative Commons wrote about some of the security issues here when they were
considering their users' security at
http://creativecommons.org/weblog/entry/11223 (they run an OpenID provider), so
I see what you mean.

But since most OpenID providers don't support SSL, we'd be setting users up for
disappointment. One way some OpenID providers handle this is that if a user says
he is http://example.com/username , the OpenID provider redirects him to
https://example.com/username .

It seems best to rely on OpenID providers here for maximum compatibility -- we'd
ask them for an http-based OpenID, and they might return one that instead is
based on https. What do you think?

Comment by paulproteus:

Till,

Sorry we let this sit for so long.

Since many OpenID providers don't support SSL... I don't think it makes sense to
change this.

Do you see some way we could make it work?

Comment by till:

I guess it is just a matter of philosophy. I would always try to make the secure
way easier than the insecure way. And with the default option of using "http"
instead of "https", you make it easier to use it less secure than secure,
because I am pretty sure that most users won't care and even use the http-url
instead of the https one even if their OpenID provider provides https.

But if you default to http, maybe to can add some code to test whether https
works or the http url redirects to an https one and then store the https one and
always use it. Then at least the window of opportunity for an attacker is
minimized. Alternatively you can also use the https one by default and warn the
user if it does not work and ask, whether he wants to use the insecure one. Then
you would also make the users aware of the problem.

Status: chatting
Nosy List: paulproteus, rafpaf, till
Priority: wish
Imported from roundup ID: 32 (view archived page)
Last modified: 2010-06-30.21:55:07

Comment by paulproteus:

Clicking on an opportunity search entry does nothing. It ought to probably
expand the opp search result box, or maybe it could send the user to the bug
in question.

Comment by paulproteus:

Now it lowers the box. Fixed!

Status: resolved
Nosy List: paulproteus, rafpaf
Priority: bug
Imported from roundup ID: 3 (view archived page)
Last modified: 2009-11-24.00:34:13

Comment by paulproteus:

At least one problem is that the SQLite database is not writable by the email
user. I guess I'll fix that.

It's pretty tragic that this bug tracker runs on SQLite, but them's the breaks,
I guess.

Comment by paulproteus:

by email

Comment by paulproteus:

Fixed.

Comment by paulproteus:

Now "nobody" had sudo permissions to switch into the roundup user for running the
on-mail-receive script listed in /etc/aliases. Fixed.

Status: resolved
Nosy List: paulproteus
Priority: urgent
Imported from roundup ID: 2 (view archived page)
Last modified: 2009-11-25.19:52:10

Comment by gerv:

See https://openhatch.org/+projects/Firefox - URL added there to buglist has
spaces in. They are correctly escaped for display URL but double-escaped for
href and so link is broken.

URL which breaks is:

https://bugzilla.mozilla.org/buglist.cgi?status_whiteboard_type=allwordssubstr;query_format=advanced;status_whiteboard=[good%20first%20bug];resolution=---

href value is:

https://bugzilla.mozilla.org/buglist.cgi?status_whiteboard_type=allwordssubstr;query_format=advanced;status_whiteboard=%5Bgood%2520first%2520bug%5D;resolution=---

Comment by paulproteus:

Eek, thanks for this report.

We'll look into how to be sure to do the right escaping. This one is something
of a tricky one; I wonder if this is really a Django bug.

Comment by rafpaf:

Fixed: https://openhatch.org/+projects/Firefox

Thanks for the heads-up, gerv!

Status: resolved
Nosy List: gerv
Priority: bug
Imported from roundup ID: 44 (view archived page)
Last modified: 2010-03-25.19:32:51

Comment by jdm:

When trying to associate my LP OpenID with my existing account, the operation
apparently failed and the screen refreshed. However, the expandable "Or
associate the OpenID..." bit was closed, concealing the error messages, so I
wasn't sure what had happened until I clicked the link again. As it turns out,
there were two identical error messages ("Please enter a correct username blah
blah blah"), which compounded my confusion.

Comment by paulproteus:

What a mess! Thanks for the bug report.

We'll take a look at fixing this up.

Comment by rafpaf:

jdm,

We're not sure what happened with your LP OpenID association attempt. As with
the the hidden and duplicated errors on the second form, we've fixed those. I'll
assume you don't want to go back in your mind to March to think about what led
to the error in the first place, so I'll mark this as resolved. But if you do
remember, and you think there was a genuine bug underlying the error, feel free
to re-open this ticket and let us know more.

Thanks again for reporting this.

--Raffi.

Status: resolved
Nosy List: jdm, rafpaf
Priority: bug
Imported from roundup ID: 43 (view archived page)
Last modified: 2010-06-30.20:39:48

Comment by till:

https://openhatch.org/account/login/ shows four big possible OpenID providers to
select from: Google, Yahoo, AOL and OpenID. It is not obvious that the OpenID
button allows to use an arbitrary provider, as I wanted to use my Fedora account.

Comment by paulproteus:

Hey Till,

We hoped the OpenID logo would help people realize they can put their own URL in
there.

I guess that's not clear though. What would be clearer?

Comment by till:

Maybe you can create a logo with some text that says "Other OpenID Provider" or
something similiar. I had the idea that OpenID is a provider by itself like the
others listed there. Or maybe select the generic OpenID provider by default, so
that there is already the entry field displayed. But it would be nice to default
to a "https" URL instead of the "http" imho.

Comment by Coffeeman:

This appears to be fixed. Closing.

Comment by bitdancer:

I don't think it is fixed. It wasn't until I came here to the bug tracker to
report not being able to use an arbitrary url to log in and found this issue
that I found out how to do so. I suppose that part of my own confusion was that
I'm using myOpenId, and I mistakenly thought that the OpenId logo was the one
for myOpenId. On the other hand, even if I had not made that mistake I would
not have thought that clicking on OpenId would get me the arbitrary url box. To
me the design of that whole page says "log in with OpenId, and to do so pick one
of the following OpenId providers".

Status: reopened
Nosy List: paulproteus, till
Priority: bug
Imported from roundup ID: 30 (view archived page)
Last modified: 2013-04-15.17:29:30

Comment by jesstess:

As an unstable example, https://openhatch.org/+projects/Twisted says "Registered
contributors (2)" but has profiles for 3 people. Additionally, clicking on "See
all" takes me to a page that says "People who have contributed to (UNKNOWN CHARACTER)Twisted(UNKNOWN CHARACTER): 4."
which gives profiles for 4 people. Maybe there's a registered v. unregistered
distinction I'm missing, but then I'm not sure what the numbers 2, 3, and 4
represent here.

Comment by paulproteus:

This is totally a bug. We'll take it out!

Comment by paulproteus:

The 3 people you see are just a thing we do to avoid making it super long.

Now to figure out why the number in the heading is wrong!

Comment by paulproteus:

If this recurs, then let's look at it again. For now, I asked the Project objects
to regenerate their cached_contributor_count field.

Status: resolved
Nosy List: jesstess
Priority: bug
Imported from roundup ID: 33 (view archived page)
Last modified: 2010-03-11.23:00:25

Comment by paulproteus:

I went to http://www.spice-space.org/developers.html and thought,

"Man, it would be cool if there a list of pictures of people."

Comment by paulproteus:

This bug is a feature request.

Right now, we have a "widget" that people can embed on their personal homepages
that says what projects they have contributed to.

It would be exciting if we could offer project maintainers a widget that
provides images of people who have contributed to the project. We could start,
actually, by just exporting this data as JSON so that projects can create their
own widgets.

Whoever finds this bug -- if you want to work on it, it would be really quite
useful. I would actually use it while creating the OpenHatch release notes (and
you'd be in them, naturally). (-:

Status: chatting
Nosy List: paulproteus, rafpaf
Priority: wish
Imported from roundup ID: 27 (view archived page)
Last modified: 2011-07-02.20:51:17

Comment by paulproteus:

Users can't reset their passwords. That's pretty tragic.

Comment by paulproteus:

Fixed!

Status: resolved
Nosy List: paulproteus
Priority: bug
Imported from roundup ID: 11 (view archived page)
Last modified: 2009-11-24.00:33:46

Comment by paulproteus:

It'd be nice if \n became <br> so that my Lyceum notes don't get pushed all onto
one line.

Comment by jesstess:

This is very similar to issue131, and the project description also snarfs
newlines for the same reason (no linebreaksbr* on the textarea)

• http://docs.djangoproject.com/en/dev/ref/templates/builtins/#linebreaks

Comment by jesstess:

The attached patchset changes the display of the project description and project
involvement description to respect newlines, and adds tests for both. There are
3 other code cleanup commits.

Comment by paulproteus:

I pushed these, and deployed the changes.

You showed especially good taste in the way you used setUp() in the test class,
leading to a really succinct single-line test for the <br> tag.

Yay!

File at http://roundup-archive.openhatch.org/bugs/file107/issue29.tar.gz by jesstess

Status: resolved
Nosy List: jesstess, paulproteus, rafpaf
Priority: feature
Imported from roundup ID: 29 (view archived page)
Last modified: 2010-12-14.15:57:54

Comment by paulproteus:

<jeeto> let me tell you my problem: i have made an opensource project, but after
a few months, still nobody seems to know about it. and that is kind of not
motivating at all. so i was browsing the web, to see how other developers do it.
and stumbled upon ohloh and openhatch

...

<jeeto> it would be great to have a developer social web, where you get notified
of new projects that might interest you

<jeeto> the project source code is hosted on google code at the moment, all
information regarding the project is on my personal site ( http://www.j4php.org )

Comment by palhmbs:

bump?

Status: chatting
Nosy List: palhmbs, paulproteus, rafpaf
Priority: feature
Imported from roundup ID: 26 (view archived page)
Last modified: 2011-08-06.21:02:40

Comment by ismarc:

Right now the volunteer opportunities search is only keyword based. It would be
great if additional categories were added (such as language (spoken/written),
programming language, os/platform, bug/feature, translation, etc.) to the
search. Some would be significantly easier to integrate than others, depending
on the available API from the trackers/repositories, but would help greatly
improve the quality of the results for each search.

Comment by paulproteus:

Thanks for this!

You can see at http://openhatch.org/search/ that we just added a way to browse
by project programming language.

We're going to keep adding more ways to browse! I'd love it if you'd try what we
have right now, and tell us if it's along the lines if what you're thinking.

Status: chatting
Nosy List: ismarc, paulproteus
Priority: feature
Imported from roundup ID: 19 (view archived page)
Last modified: 2009-11-24.00:39:04

Comment by paulproteus:

Will suggests this...

Comment by paulproteus:

Writes will:

Also, while I'm thinking about this now, you could have people declare
which side they're on in the holy wars (with "don't care" and "never
heard of this war" options):

• GPL vs. MIT/BSD licenses
• vim vs. Emacs
• Ruby vs. Python vs. Perl
• C vs. C++
• GTK vs. Qt
• git vs. mercurial vs. bazaar (vs. svn)
• ...

With the exception of vim vs. emacs, the metadata you're pulling on
projects would be interesting to pull for the above. Reporting on the
metadata in interesting ways might draw attention from articles and get
some free publicity and additional usage.

You'd probably pull in a huge following just so they can vote for their
favorite whatever that's vitally important.

Comment by aldeka:

I think it's fair to say we aren't going to ever do this, as the focus of the site
has moved away from profiles / being a FOSS social networking site...

We don't have a "wontfix" status, so marking this "resolved".

Status: resolved
Nosy List: paulproteus
Priority: feature
Imported from roundup ID: 7 (view archived page)
Last modified: 2012-02-08.23:19:53

Comment by paulproteus:

I was editing my profile at https://openhatch.org/+portfolio/editor and got lost
trying to find the save button. Maybe when the project entry gets highlighted
yellow, there could be some slicker animation that emphasizes where the save
button is (on the left side), or maybe we could create a fresh save button on the
bottom-right when we mark the project entry as modified?

Comment by pythonian4000:

An old bug that needs a quick examine to determine if it is relevant anymore.
Personally I think the green tick that appears is reasonably obvious, as well as
the "Save all projects" button at the bottom, but I'm not a designer. Karen, do
you have any thoughts on this?

Comment by paulproteus:

I'll close this for now, but if e.g. Karen reviews it and thinks otherwise,
reopening it is wise.

Status: resolved
Nosy List: aldeka, paulproteus, rafpaf
Priority: feature
Imported from roundup ID: 28 (view archived page)
Last modified: 2011-02-03.15:45:18

Comment by paulproteus:

Here's a dream:

A big and colorful box sits on the Twisted homepage. It says "Want to help
Twisted out, but feel shy about getting your feet wet? There are five
mentors standing by to help you dive in, 18 easy bugs, and 25 requests for
documentation." (Only maybe somehow it could use less words?)

That might take the person to the OpenHatch project page for Twisted,
where all that information is listed or available a click away. The widget
on the Twisted home page could pull data from OpenHatch's project page.

In order to achieve that, the OpenHatch project page for Twisted ought to list
these numbers in a machine readable format. Then hopefully excited community
members would design boxes like that for their projects.

Status: unread
Nosy List: paulproteus
Priority: feature
Imported from roundup ID: 35 (view archived page)
Last modified: 2011-07-02.20:36:09

Comment by till:

Please add Fedora to the list of OpenID providers. If the user enters his
username, the corresponding URL is
https://admin.fedoraproject.org/accounts/openid/id/$USERNAME

Comment by gameguy43:

done!

Status: resolved
Nosy List: till
Priority: wish
Imported from roundup ID: 31 (view archived page)
Last modified: 2010-03-12.20:13:01

Comment by aldeka:

On https://openhatch.org/+portfolio/editor/, the color of the ocean in the boat
graphic is a different blue than the rest of the box (at least, on my Mac). This
makes it hard to read the 'How does it work' bit since the break falls right in
the middle of that line.

Comment by rafpaf:

Karen

Thank you!! I hadn't noticed this. I will be away until Tuesday.

Parker, can you take a look at this? It should be pretty simple.

--Raffi.

On Thu, Mar 11, 2010 at 6:56 PM, Karen <[email protected]> wrote:
>
> New submission from Karen <[email protected]>:
>
> On https://openhatch.org/+portfolio/editor/, the color of the ocean in the boat
> graphic is a different blue than the rest of the box (at least, on my Mac). This
> makes it hard to read the 'How does it work' bit since the break falls right in
> the middle of that line.
>
> ----------
> assignedto: rafpaf
> files: ohnoescolors.tiff
> messages: 59
> nosy: Karen, rafpaf
> priority: bug
> status: unread
> title: Color on automatic importer box no longer matches graphic
>
> __________________________________________
> Roundup issue tracker <[email protected]>
> <https://openhatch.org/bugs/issue34>
> __________________________________________

Comment by gameguy43:

roger roger

On Thu, Mar 11, 2010 at 10:26 PM, Raphael Krut-Landau <[email protected]
> wrote:

> Karen
>
> Thank you!! I hadn't noticed this. I will be away until Tuesday.
>
> Parker, can you take a look at this? It should be pretty simple.
>
> --Raffi.
>
> On Thu, Mar 11, 2010 at 6:56 PM, Karen <[email protected]> wrote:
> >
> > New submission from Karen <[email protected]>:
> >
> > On https://openhatch.org/+portfolio/editor/, the color of the ocean in
> the boat
> > graphic is a different blue than the rest of the box (at least, on my
> Mac). This
> > makes it hard to read the 'How does it work' bit since the break falls
> right in
> > the middle of that line.
> >
> > ----------
> > assignedto: rafpaf
> > files: ohnoescolors.tiff
> > messages: 59
> > nosy: Karen, rafpaf
> > priority: bug
> > status: unread
> > title: Color on automatic importer box no longer matches graphic
> >
> > __________________________________________
> > Roundup issue tracker <[email protected]>
> > <https://openhatch.org/bugs/issue34>
> > __________________________________________
>

Comment by paulproteus:

Let's fix this, or not!

Comment by rafpaf:

Karen, I think I've fixed this, but not I'm positive. Could you check on your
mac to see if ze problem remains? Danke!

--Raffi.

Comment by aldeka:

Yep, fixed!

File at http://roundup-archive.openhatch.org/bugs/file1/ohnoescolors.tiff by aldeka
File at http://roundup-archive.openhatch.org/bugs/file2/unnamed by gameguy43

Status: resolved
Nosy List: aldeka, rafpaf
Priority: bug
Imported from roundup ID: 34 (view archived page)
Last modified: 2010-06-30.21:54:05

Comment by rafpaf:

we have a progress bar

Status: resolved
Nosy List: rafpaf
Priority: bug
Imported from roundup ID: 15 (view archived page)
Last modified: 2009-11-24.17:09:04

Comment by paulproteus:

http://threatened.globalvoicesonline.org/ looks really cool. We should emulate
it, but make it less terrifying.

Comment by palhmbs:

Is this still a valid issue? It's soooo old...

Comment by paulproteus:

Yeah, this is not important anymore. I don't even quite know how I was thinking it
was relevant.

Status: resolved
Nosy List: palhmbs, paulproteus, rafpaf
Priority: wish
Imported from roundup ID: 21 (view archived page)
Last modified: 2011-06-05.02:30:42

Comment by bboissin:

I did a mistake and added an url in the form of htttp:// (3 't'), and there was
no warnings whatsoever.

It probably shouldn't allow urls with schemes different from http/https anyway.

Comment by paulproteus:

This is for the personal home page link? Let me take a look at that....

Comment by bboissin:

Yes it is. Isn't there a url field in django that could be used?

Comment by paulproteus:

There is, and we even use it.

We just don't use it for form validation here, and the code we have written for
ourselves in this form is kind of messy.

So for now I'll say, we'll get to this in a little bit. I'm adding stump as nosy
in case he feels like giving it a look.

Comment by stump:

I think I'll give this a try.

Comment by paulproteus:

stump's patch fixed it, and is deployed! I'm marking this as resolved.

bboisson, reply here if you find the truth to be otherwise. (-:

Status: resolved
Nosy List: bboissin, paulproteus, rafpaf, stump
Priority: bug
Imported from roundup ID: 46 (view archived page)
Last modified: 2010-03-31.20:13:31

Comment by akozak:

For example, I went to http://openhatch.org/people/asheesh/ and Asheesh's email
is [email protected]. The same is true if I go to
http://openhatch.org/people/paulproteus/.

Comment by paulproteus:

fixed now, please verify or reopen in Pivotal Tracker

Status: resolved
Nosy List: akozak, paulproteus
Priority: bug
Imported from roundup ID: 17 (view archived page)
Last modified: 2009-09-16.22:11:35

No Messages!
Status: resolved
Nosy List: paulproteus
Priority: urgent
Imported from roundup ID: 1 (view archived page)
Last modified: 2009-11-24.17:08:46

Comment by rafpaf:

jquery.js, line 1067: (text || "").replace is not a function.

The failed test appears to be that which checks the value of the element
answering to $(".field.people_involved span").

Status: resolved
Nosy List: rafpaf
Priority: bug
Imported from roundup ID: 14 (view archived page)
Last modified: 2009-11-24.17:08:36

Comment by paulproteus:

Says nyergler

Comment by paulproteus:

Now it does, though you have to click "More about this project"

Status: resolved
Nosy List: paulproteus
Priority: bug
Imported from roundup ID: 6 (view archived page)
Last modified: 2010-05-08.22:16:21

Comment by jdm:

Can we get some non-white people up in here?

Comment by paulproteus:

Hey Karen -- what do you think about this?

(I know you don't work for us anymore, and I don't mean to imply any sort of
obligation from you to help us out.)

Maybe we can bump the contrast on the freckly Asian girl? That doesn't help for
a desire to have non-Asian and non-white people, though.

Comment by paulproteus:

(Adding Parker and Raffi in case you have thoughts.)

Comment by aldeka:

sigh

Visual representations of humans in heavily sociopolitically-laden contexts
are easy to critique, no matter what you do.

As we talked about when I first made the dang graphic, my goal was to
portray the FLOSS community as it is. Most FLOSS projects are not racially
diverse or gender-balanced: they're heavily white, with Asians and
Brazilians as the runners-up, and are at most 5% female. Given the graphic's
sample size of four, including an Asian woman when neither of those
attributes approach even close to 25% of the FLOSS community was already
kinda tokenism. Unless we add (lots) more characters to the graphic, adding
other minorities would be token, too.

Of course, no one except me seems to think she's Asian. Do people just by
default read Asian characters as white unless they have buck teeth and
slanted lines for eyes? I could (in theory) redraw her that way! Then
people'd really get it...and be (rightly) pissed off for a different reason.
:P

So my questions:

What, exactly, do you think changing one of the OpenHatch doodles' virtual
melanin level from #fbe4d0 to #8e682d will accomplish?

Are we trying to represent (with a little wiggle room for aesthetic
purposes) the FLOSS community as it is, or the FLOSS community as we wish it
was?

If the latter, what on earth is the gender, age, weight, race, and
coloration distribution of the "ideal" FLOSS community that I should be
taking cues from?

-- Karen

On Mon, Mar 15, 2010 at 7:01 AM, Asheesh Laroia <[email protected]> wrote:

>
> Asheesh Laroia <[email protected]> added the comment:
>
> (Adding Parker and Raffi in case you have thoughts.)
>
> ----------
> nosy: +gameguy43, rafpaf
>
> __________________________________________
> Roundup issue tracker <[email protected]>
> <https://openhatch.org/bugs/issue37>
> __________________________________________
>

Comment by paulproteus:

We had a big long discussion on IRC about this. I think people generally like
the presence of a graphic, and have suggestions to make it feel more diverse.
The girl who is intended to be Asian could be changed in the following ways:

• Her skin tone difference can be made higher contrast
• Take away her glasses, so her eyes are more visible
• Take away her freckles, so she reads more quickly as Asian

Comment by aldeka:

Here's the new version of the people graphic.

Comment by aldeka:

Hey Raffi, should we replace the /people/ graphic with the updated one? (Should
change the thumbnail on the non-logged-in home page as well.)

Comment by rafpaf:

Believe it or not, the people graphic has been updated on the live
site. We're about to remove the front page thumbnails entirely and
replace them with screenshots, which are a bit more telling.
--Raffi.

On Tue, May 18, 2010 at 3:06 PM, Karen <[email protected]> wrote:
>
> Karen <[email protected]> added the comment:
>
> Hey Raffi, should we replace the /people/ graphic with the updated one? (Should
> change the thumbnail on the non-logged-in home page as well.)
>
> ----------
> assignedto:  -> rafpaf
> priority: wish -> feature
>
> __________________________________________
> Roundup issue tracker <[email protected]>
> <https://openhatch.org/bugs/issue37>
> __________________________________________
>

Comment by paulproteus:

This is resolved, right?

Comment by paulproteus:

We made some changes to this, and I'm happy with it. So I'll mark it as resolved
for now.

If you folks disagree, then by all means let's keep talking.

File at http://roundup-archive.openhatch.org/bugs/file9/people.png by aldeka
File at http://roundup-archive.openhatch.org/bugs/file4/unnamed by aldeka

Status: resolved
Nosy List: aldeka, gameguy43, jdm, rafpaf
Priority: feature
Imported from roundup ID: 37 (view archived page)
Last modified: 2011-01-08.22:19:04

Comment by ismarc:

Openhatch seems to be a great way to find collaborators, etc. One of the common
things missing amongst open source communities is the wealth of contributions
that are made by folks who are not developers. How about adding an additional
field to the info specifically for "type" of contributions that person can do?
Development, UI, graphic design, project management, QA, maintenance, etc.

I suggest a separate field from the existing ones because the "Understands"
field seems to indicate technologies/concepts/specialties, not general skill
area.

Comment by rafpaf:

This is a terrific idea. We're gung ho about including translators,
documentation writers, ui designers, advisors, testers and everyone else who
contributes something other than simply code.

We're going to discuss highlighting these kinds of contributions under "Info"
sometime over the next two weeks. We'll get back to you about it.

Here's the item in our internal project planner:
https://www.pivotaltracker.com/story/show/1802223

--the OpenHatch team (Raffi and Asheesh).

Comment by paulproteus:

I think this would be great. Setting to "urgent" to get a discussion going.

Comment by rafpaf:

Resolved (some time ago, but we forgot to mark the bug.)

We've made a small recent text edit with this goal in mind. See commit
85cb8db, "In edit-your-info, under the 'Can
pitch in with' field, emphasize various kinds of contributions, as distinct from
languages."

Status: resolved
Nosy List: ismarc, paulproteus, rafpaf
Priority: urgent
Imported from roundup ID: 18 (view archived page)
Last modified: 2010-06-30.21:14:32

Comment by paulproteus:

Leif said he wanted this.

Comment by paulproteus:

We've removed the automatic contribution importer, so I'm marking this as
resolved (though WONTFIX is closer to the truth).

Status: resolved
Nosy List: paulproteus
Priority: feature
Imported from roundup ID: 9 (view archived page)
Last modified: 2014-04-26.19:38:33

Comment by csetlow:

Sigh. Maybe the box could gently pulse or switch foreground and background
color? It's probably especially hard to notice in the web browser I use,
vimperator. I hope you close this as 'not a bug.'

Comment by paulproteus:

Someone named Shashi just emailed us asking:

"Can you please move the feedback button to a stationary position (not floating)
at the top of the page, it gets to my nerves, I feel like I'm using facebook or
some such shit."

Others have had problems finding the "feedback" or "report bug" link, so we
should improve this.

Comment by rafpaf:

We've removed the feedback button. There's now a link at the bottom of the page
that reads, "Report a bug".

The old feedback button wasn't getting enormous amounts of use (we have ~50
roundup users.) And I suspect that Shashi isn't the only one who thought that
the feedback button looked a bit Web 2 point lame. We made that button link to
Roundup (a semi-act of trolling), and then to our contact page (actually more
useful). But the appearance of lameness remained. A stigma now consigned to the
reflog.

Comment by pythonian4000:

I'm going through examining old bugs, and I can't see why this is still open.
Thoughts?

Comment by paulproteus:

Agreed. Marking as resolved 'cause it's irrelevant now.

Status: resolved
Nosy List: csetlow, paulproteus, rafpaf
Priority: bug
Imported from roundup ID: 25 (view archived page)
Last modified: 2011-02-02.22:27:53

Comment by paulproteus:

It would be nice if we listed how many projects' bug trackers we index on
/search/. That way, we can look cool. (-;

It would also be good if this interfaced with our "Add your project's bug tracker
to our index" form.

Comment by paulproteus:

Yay, we have it!

Status: resolved
Nosy List: paulproteus, rafpaf
Priority: feature
Imported from roundup ID: 22 (view archived page)
Last modified: 2009-12-09.15:54:55

Comment by paulproteus:

I think it uses from: [email protected].

Comment by paulproteus:

in PT

Status: resolved
Nosy List: paulproteus
Priority: bug
Imported from roundup ID: 12 (view archived page)
Last modified: 2009-09-09.15:59:10

Comment by jdm:

I went looking at the kernel bug list, and found bugs with the status CLOSED.
This is not an ideal use case for someone looking to help out, I think.

Comment by paulproteus:

Heck yes. We'll fix that lickety split.

I can reproduce this from within our Django/Python code, so no need to give me a
URL to reproduce it with. Something that should always return the empty list:

>>> Bug.open_ones.filter(status='CLOSED')

yet it actually returns thirty-five bugs!

Can you give us the search term that you used to find the bug, and which bug it
is that was closed?

Comment by paulproteus:

Er, please ignore the sentence "Can you give us the search term..." in my
previous comment.

Those responsible for leaving that sentence in have been sacked.

Comment by paulproteus:

Fixed! (And wrote a test for this.)

Comment by Mark:

I am not sure this is entirely solved. My recommended bugs list this one. The
status of the issue on the python bug tracker is closed, as of 2 days ago. Maybe
I am missing something and the updater isn't running that often?

http://bugs.python.org/issue8319

Comment by paulproteus:

Golly -- I think the updater must not be running. We've had a bunch of problems
with our queue runner lately; I will be investigating that shortly.

Comment by paulproteus:

Hi all! This bug sucks.

I made a status page for bug imports (as well as profile imports). That's at:
http://openhatch.org/+meta/

You can check it out, and you'll find that more than half of our bugs are stale.

I think that once we reliably fix the staleness problem, we can close this bug.

Comment by paulproteus:

I have just radically simplified the bug import code. The result is that we
reliably refresh all our bugs every 24 hours.

http://openhatch.org/+meta/ shows zero stale bugs! So I'll close this ticket.

Thanks, all!

Status: resolved
Nosy List: Mark, gameguy43, jdm, paulproteus
Priority: bug
Imported from roundup ID: 40 (view archived page)
Last modified: 2010-06-01.20:26:14