hackerunion-archives / hackerunion.org Goto Github PK

Only the first few lines of mailing lists posts show on the website. There's not an obvious way to expand the text and it almost seems like the text is gone. An "expand" button would be great.

events that are over shouldn't show up in the feed

To encourage focused connections through the site, it would be awesome if you could post messages to, say, all people tagged with "python" or to be paired specifically with mentors with certain skills.

Generalizing, we could also offer "objectives" as a way of using the network to further personal goals.

Happening to me on Chrome though likely a backend CRUD issue.

Emails from new applicants come from their hackerunion alias -- but these aliases are only installed on approval. Email replies can't be sent as a result.

We are using an "inject markup" feature to insert bulletins above the website content. It would be useful if these bulletins were a bit more standardized -- and persisted between deploys.

We need functional pagination; plus, I think we might want to experiment with layout tweaks that increase the information density per screen. Currently, it's hard to see more than three or four talk items per screen (and only one or two events).

After a fresh install, after I've activated the virtual environment and run pip install -r var/etc/requirements.txt, when I run DJANGO_LOCAL=True ./manage.py syncdb --noinput to setup the DB, I get the follwing error:

Traceback (most recent call last):
  File "./manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/core/management/__init__.py", line 443, in execute_from_command_line
    utility.execute()
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/core/management/__init__.py", line 382, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/core/management/__init__.py", line 261, in fetch_command
    klass = load_command_class(app_name, subcommand)
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/core/management/__init__.py", line 69, in load_command_class
    module = import_module('%s.management.commands.%s' % (app_name, name))
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/utils/importlib.py", line 35, in import_module
    __import__(name)
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/core/management/commands/syncdb.py", line 8, in <module>
    from django.core.management.sql import custom_sql_for_model, emit_post_sync_signal
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/core/management/sql.py", line 6, in <module>
    from django.db import models
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/db/__init__.py", line 11, in <module>
    if DEFAULT_DB_ALIAS not in settings.DATABASES:
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/utils/functional.py", line 184, in inner
    self._setup()
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/conf/__init__.py", line 42, in _setup
    self._wrapped = Settings(settings_module)
  File "/Users/tjlahr/Dev/HU/hackerunion-arel/env/lib/python2.7/site-packages/django/conf/__init__.py", line 95, in __init__
    raise ImportError("Could not import settings '%s' (Is it on sys.path?): %s" % (self.SETTINGS_MODULE, e))
ImportError: Could not import settings 'petri.settings' (Is it on sys.path?): No module named dateutil.relativedelta

The solution, as @brandondiamond figured out, is to remove librabbitmq==0.9.9 from var/etc/requirements.txt.

Not sure if other people are running into this, but it's a bizzarre stumbling block for new users.

If you click the "read more" like on an application, you have to go back to the admin feed to take action on an applicant. You should be able to take action on the click through page, or you should be able to expand the application on the main feed.

I think we should create a separate tab for guides. The guide tab is similar to the members tab, except that it only lists people flagged as guides.

There would be two lists - a list of available guides, and a list of unavailable guides. Available guides are mentors who are available to mentor more people. Unavailable guides are mentors who already have mentees and are not looking to mentor other people.

Mentors could set their status as available or unavailable through the Guide Tools button on the home page.

For some reason, comment threads did not cause a new notification to occur. Comments on events,however, do make a notification happen. Might be related to fact that comments on posts are emailed.

right now they are just sorted by original creation date

Currently, a user can be a member of exactly one chapter... and only one chapter exists.

There should be a mechanism by which a chapter can be created (perhaps by a moderator). That chapter should be editable by said moderator.

It would be very difficult for users to belong to multiple chapters -- that said, this is a design decision that ought to be made (the current implementation does not support multiple memberships).

If recruit grid is full, cannot reject these requests ("User has too many recruits")

title level links go to <chapter>/<post_id> instead of <chapter>/posts/<post_id>

it would be nice to be able to send email to the list with an account other than the one I signed up with

This repo is called "website" which is ok in context, but after I forked it, I ended up with asoules/website, which is really unfortunate.

I realize it's a pain, but could we rename it something more specific to HU?

We can just check whether the text has changed (or something equivalent).

Can we add a a header to the HU e-mails in the subject that would state {HackerUnion] or [HUNYC] that way we can see and sort list e-mails easily?

To be determined: allow readonly or read/write access.

This is toward the goal of establishing complete transparency.

Screenshot example:

should have "read more" after the ...

Let's have a basic moderator role that can be given to any trusted user. For now, we'll define trusted as people who have been with us at Town Halls multiple times or have been active in online discussions to the point that they are well known.

Moderators should have the ability to view the list of applications and approve and reject applicants.

Moderators should not automatically become a guide / mentor for the accepted applicant.

This will make it so that we can cut the time down on application processing and will also encourage more of our members to help with moderation because it's less of a time commitment.

This is a test

The post button in discussion section for firefox running on ubuntu seems to be broken. It works fine for other browsers - namely chrome and IE. I am using firefox 19.0

Recurring events, events tied to projects, tagged events, regular announcements, export to iCal, Calendar view, etc

Seeing: app.js:1312
Object
result: "error"
value: "An error has occurred"
proto: Object

I don't have server access, so I cannot tell what has occurred.

Make it clear that posting to the discussion forum creates a new topic (and isn't just a free form discussion).

This is a significant undertaking and should likely be broken down into multiple issues tied to a milestone.

Periodically, emails aren't threaded correctly on the website. We are using a fairly naive threading algorithm; we should try to improve on this.

Right now you have to click into each application to see if someone has asked an applicant a question, or if an applicant has replied to a question on their application. There should be a "# replies" message like on the posts on the home tab.

These don't really provide much context. Tends to be confusing.

Tried to reset my password and hit a "ermegerd" Internal Server Error.

"New Message" and the truncation technique (we don't actually collect titles for posts) lead to some bad subjects. Might want to improve this.

http://www.hackerunion.org/accounts/pending has a typo:

Chapter leadership will review you application and let you know if you're approved.

you -> your

Buttons aren't de-bounced so clicking a button more than once -- even during ajax load -- will cause data to be submitted multiple times.

It would be nice to move this to some sort of standard framework to make the project more maintainable going forward.