When I edit the user profile and do not pick again avatar image this disappears.

Running 'bundle install' with ruby 1.9.2 errors out.

Installing linecache (0.43) with native extensions /Users/adam/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/rubygems/installer.rb:483:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

/Users/adam/.rvm/rubies/ruby-1.9.2-p0/bin/ruby extconf.rb
Can't handle 1.9.x yet
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.

As far as I can tell, there is no way to remove an aspect that was created. If there is a way to do it, it should be more obvious :).

Get this error when clicking on Update Album

undefined method `find_params_by_id' for Album:Class

full trace

http://gist.github.com/581887

When I run bundle install from the main diaspora directory, I get "/usr/lib/ruby/1.8/fileutils.rb:243:in mkdir': Permission denied - /usr/home/jcd/.gem/specs (Errno::EACCES)" Running sudo bundle install` fixes this.

Just replace it with http://github.com/diaspora/diaspora.git :)

bundle exec thin start

Using rack adapter
/Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/activesupport-3.0.0/lib/active_support/dependencies.rb:239:in require': no such file to load -- lib/mongo_mapper/bson_id (LoadError) from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/activesupport-3.0.0/lib/active_support/dependencies.rb:239:inblock in require'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/activesupport-3.0.0/lib/active_support/dependencies.rb:225:in block in load_dependency' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/activesupport-3.0.0/lib/active_support/dependencies.rb:591:innew_constants_in'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/activesupport-3.0.0/lib/active_support/dependencies.rb:225:in load_dependency' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/activesupport-3.0.0/lib/active_support/dependencies.rb:239:inrequire'
from /Users/adam/Development/Rails/diaspora/config/application.rb:16:in <top (required)>' from /Users/adam/Development/Rails/diaspora/config/environment.rb:8:inrequire'
from /Users/adam/Development/Rails/diaspora/config/environment.rb:8:in <top (required)>' from /Users/adam/Development/Rails/diaspora/config.ru:9:inrequire'
from /Users/adam/Development/Rails/diaspora/config.ru:9:in block in <main>' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/rack-1.2.1/lib/rack/builder.rb:46:ininstance_eval'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/rack-1.2.1/lib/rack/builder.rb:46:in initialize' from /Users/adam/Development/Rails/diaspora/config.ru:1:innew'
from /Users/adam/Development/Rails/diaspora/config.ru:1:in <main>' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/rack/adapter/loader.rb:36:ineval'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/rack/adapter/loader.rb:36:in load' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/rack/adapter/loader.rb:45:infor'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/thin/controllers/controller.rb:163:in load_adapter' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/thin/controllers/controller.rb:67:instart'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/thin/runner.rb:177:in run_command' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/lib/thin/runner.rb:143:inrun!'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/gems/thin-1.2.7/bin/thin:6:in <top (required)>' from /Users/adam/.rvm/gems/ruby-1.9.2-p0/bin/thin:19:inload'
from /Users/adam/.rvm/gems/ruby-1.9.2-p0/bin/thin:19:in `

'

When I add a new message and click 'Share' the message I wrote doesn't get added to the list of messages. The text disappears from the text box. When the page is refreshed, the message shows up in the list.

There is an error in the Javascript console indicating an error on line 1:

SyntaxError: Parse error

Line 1 is:

There are no errors in the server's development.log. Reproduced this issue in Safari 5.0.2 and Firefox 3.6.3.

Posting the following in a comment to an image resulted in what looked like HTML injection locally, but on reload, and for other users simply broke the page:

><p style='color:red'>lolol</p><

The current version of COPYING suggests that the project is licensed under AGPLv3-only, but the page http://github.com/diaspora/diaspora mentions "either version 3 of the License, or (at your option) any later version".

Please fix the COPYING file to specify that before it's too late.

After registration I got the following error on the index page:

undefined method receive_url' for nil:NilClass

app trace:
app/models/user.rb:55:in method_missing
app/models/request.rb:29
app/controllers/application_controller.rb:37:in count_requests
/lib/mongo_mapper/clear_dev_memory.rb:22:in call

Hi,

there is a better way to install rubygems on ubuntu and debian systems.
instead of the documented way it is much cleaner to install rubygems with apt-get install rubygems and then installing the rubygems-update gem like it's documented here: https://help.ubuntu.com/community/RubyOnRails#RubyGems%201.3.1%20Ubuntu%209.04

Not sure if you guys are going to support CentOS 5.5. I saw a bug for adding Fedora to the docs. I was able to install on CentOS 5.5 after some digging. Ruby 1.8.7 isn't available using yum, so people will have to build it from source.

To install ruby and rubygems:

yum install zlib-devel openssl-devel gcc gcc-c++ ImageMagick
Get latest ruby 1.8.7 from ruby-lang.org
tar -xvf ruby-1.8.7-p302.tar.gz
cd ruby-1.8.7-p302; ./configure; make; make install
cd ext/zlib; ruby extconf.rb; make; make install; cd ..
cd ext/openssl; ruby extconf.rb; make; make install; cd ../..
make; make install
Get latest rubygems from rubygems.org
tar -xvf rubygems-1.3.7.tar.gz
cd rubygems-1.3.7; ruby setup.rb
gem install bundler

Then follow remaining Diaspora install steps. Someone else might find these useful since I enjoy CentOS as my preferred server OS.

Diaspora-Team: Please create an official Gitorious mirror.

$ sudo bundle exec thin start

Using rack adapter
Thin web server (v1.2.7 codename No Hup)
Maximum connections set to 1024
Listening on 0.0.0.0:3000, CTRL+C to stop
/usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:in start_tcp_server': no acceptor (RuntimeError) from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:instart_server'
from /usr/lib/ruby/gems/1.8/gems/em-websocket-0.1.4/lib/../lib/em-websocket/websocket.rb:14:in start' from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:241:incall'
from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:241:in run' from /usr/lib/ruby/gems/1.8/gems/em-websocket-0.1.4/lib/../lib/em-websocket/websocket.rb:9:instart'
from /home/lmeditato/Diaspora/diaspora/config/initializers/socket.rb:12
from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:996:in call' from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:996:inrun_deferred_callbacks'
from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:996:in each' from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:996:inrun_deferred_callbacks'
from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:in run_machine' from /usr/lib/ruby/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:256:inrun'
from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/lib/thin/backends/base.rb:57:in start' from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/lib/thin/server.rb:156:instart'
from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/lib/thin/controllers/controller.rb:80:in start' from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/lib/thin/runner.rb:177:insend'
from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/lib/thin/runner.rb:177:in run_command' from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/lib/thin/runner.rb:143:inrun!'
from /usr/lib/ruby/gems/1.8/gems/thin-1.2.7/bin/thin:6
from /usr/lib/ruby/gems/1.8/bin/thin:19:in `load'
from /usr/lib/ruby/gems/1.8/bin/thin:19

I am pretty sure this worked before. Smaller images <2mb, seem to upload and socket back just fine, cant say the same for photos greater than 4 or 5 mb.

Issue described here: http://groups.google.com/group/diaspora-dev/browse_thread/thread/8c65ad460362f6e

Here's a gist of the error:

NoMethodError (undefined method `[]' for nil:NilClass):
  /lib/diaspora/websocket.rb:15:in `push_to_user'
  app/controllers/sockets_controller.rb:17:in `outgoing'
  /lib/diaspora/websocket.rb:41:in `socket_to_uid'
  app/models/user.rb:104:in `post'
  app/controllers/status_messages_controller.rb:14:in `create'

( https://gist.github.com/05ea4954595bf73df831 )

Add a new friend field doesnt respond to middle button (paste), only after left click(and that only sometimes)

Created a user.... But
Got an ugly "NoMethodError in RegistrationsController#create"
Trace:

 app/models/user.rb:314:in `downcase_username'
 app/models/user.rb:291:in `instantiate!'
 app/controllers/registrations_controller.rb:12:in `create'
 /lib/mongo_mapper/clear_dev_memory.rb:22:in `call'

S.O : Ubuntu 10.04 LTS
Ruby: ruby 1.8.7 (2010-01-10 patchlevel 249) [i486-linux]
Gems: 1.3.7
Mongodb: 20100913

Installing bcrypt-ruby (2.1.2) with native extensions /usr/local/lib/site_ruby/1.8/rubygems/installer.rb:483:in `build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

/usr/bin/ruby1.8 extconf.rb
extconf.rb:13:in `require': no such file to load -- mkmf (LoadError)
from extconf.rb:13

Gem files will remain installed in /home/angel/.bundler/tmp/9444/gems/bcrypt-ruby-2.1.2 for inspection.
Results logged to /home/angel/.bundler/tmp/9444/gems/bcrypt-ruby-2.1.2/ext/mri/gem_make.out
from /usr/local/lib/site_ruby/1.8/rubygems/installer.rb:446:in each' from /usr/local/lib/site_ruby/1.8/rubygems/installer.rb:446:inbuild_extensions'
from /usr/local/lib/site_ruby/1.8/rubygems/installer.rb:198:in install' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/source.rb:100:ininstall'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/installer.rb:55:in run' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:ineach'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/spec_set.rb:12:in each' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/installer.rb:44:inrun'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/installer.rb:8:in install' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/cli.rb:217:ininstall'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/task.rb:22:in send' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/task.rb:22:inrun'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/invocation.rb:118:in invoke_task' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor.rb:246:indispatch'
from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/thor/base.rb:389:in start' from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.0/bin/bundle:13 from /usr/bin/bundle:19:inload'
from /usr/bin/bundle:19

If password confirmation fails in signup, diaspora should auto-fill the other fields.

Attempting to add [email protected]:3000 as a friend crashes example.com's seed.

This will work in the uploader for the temp directory:

def cache_dir
"#{RAILS_ROOT}/tmp/uploads"
end

I think it might be a good idea to have a gitignored .yml file with the basic global settings (heroku or not, Amazon S3 keys, etc), so that we can fork Diaspora and merge in changes without having to take our forks private.

So I posted a few status messages and comments on other people's status messages.

See this image http://the-gay-bar.com/~tante/images/like-button.png or http://the-gay-bar.com/~tante/images/diaspora-clicker.png . Input is not filtered at all meaning that users are basically open to anything. Input filtering is not just some "feature", it's elementary!

One of the advantages of all social networks is the ability to seach for people you haven't been in touch lately. You don't have to call them and ask "hey, we haven't spoken for years; btw what's your facebook/myspace nickname?"
The current diaspora model forces users to do this, which can be a major drawback: What's the point of a social network if you have nobody to interact with?

That's why I propose an OPTIONAL central directory lookup service. Users should be able to opt-in and select, which information should be published there. On the other hand, users should also be able to query for other users.

This is a wishlist bug: I think it would be useful if "DEBUG INFO" or some other place showed the git revision hash of the currently running version. This would help a lot in bug reporting and testing.

Bundler is failing to the point where the application will not start under Windows. This could be user error and may not be a fault of the diaspora project, but the error reporting is vague and unhelpful.

Following steps taken:
Windows 7 64 bit Home Premium

installed GIT using: http://code.google.com/p/msysgit/

installed MongoDB: http://www.mongodb.org/display/DOCS/Quickstart+Windows
*installed as a windows service, connectable from the commandline

installed OpenSSL: http://www.slproweb.com/products/Win32OpenSSL.html

installed imagemagick static: http://www.imagemagick.org/script/binary-releases.php#windows

installed rails and rubygems using: http://rubyforge.org/frs/?group_id=167

installed rails and bundle using gem installer as directed
gem install rails threw an error:
C:\Ruby187>gem install rails
Successfully installed rails-3.0.0
1 gem installed
Installing ri documentation for rails-3.0.0...
File not found: lib

checked out diaspora project from github repo using "Git Bash"

changed to diaspora project root and executed bundle install

Error reported:

e:\web\diaspora>bundle install
C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/lockfile_parser.rb:4
8:in `parse_source': undefined method `[]' for nil:NilClass (NoMethodError)
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/lockfil
e_parser.rb:20:in `send'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/lockfil
e_parser.rb:20:in `initialize'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/lockfil
e_parser.rb:14:in `each'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/lockfil
e_parser.rb:14:in `initialize'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/definit
ion.rb:43:in `new'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/definit
ion.rb:43:in `initialize'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/dsl.rb:
122:in `new'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/dsl.rb:
122:in `to_definition'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/definit
ion.rb:20:in `build'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler.rb:128:
in `definition'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/cli.rb:
217:in `install'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/
thor/task.rb:22:in `send'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/
thor/task.rb:22:in `run'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/
thor/invocation.rb:118:in `invoke_task'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/
thor.rb:246:in `dispatch'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/lib/bundler/vendor/
thor/base.rb:389:in `start'
        from C:/Ruby187/lib/ruby/gems/1.8/gems/bundler-1.0.0/bin/bundle:13
        from C:/Ruby187/bin/bundle:19:in `load'
        from C:/Ruby187/bin/bundle:19

attempts to delete the lock file are still a show stopper. Error does not describe the problem just where it occurs in the bundle application.

In 5dfc097 diaspora started using OpenSSL. The OpenSSL license contains the clause

3. All advertising materials mentioning features or use of this
   software must display the following acknowledgment:
   "This product includes software developed by the OpenSSL Project
   for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

and also

All advertising materials mentioning features or use of this software
 *    must display the following acknowledgement:
 *    "This product includes cryptographic software written by
 *     Eric Young ([email protected])"
 *    The word 'cryptographic' can be left out if the rouines from the library
 *    being used are not cryptographic related :-).

which is by some considered to be incompatible with the (A)GPL. I think the (A)GPL3 clause

You may not impose any further restrictions on the exercise of the
rights granted or affirmed under this License.

means that I can not take diaspora source code, modify it a bit and then distribute the modified version to others with a further restriction that they must send me 1 EUR every month they use my version of the software. More information about the particular GPL+openssl issue is available at e.g.

http://people.gnome.org/~markmc/openssl-and-the-gpl.html
http://www.openssl.org/support/faq.html#LEGAL2

I think your options are

1. Do nothing and risk not being included in distributions like Fedora, Debian or Ubuntu.

2. Grant additional permissions with something like the following (copied from wget source code):

# Additional permission under GNU GPL version 3 section 7

# If you modify this program, or any covered work, by linking or
# combining it with the OpenSSL project's OpenSSL library (or a
# modified version of that library), containing parts covered by the
# terms of the OpenSSL or SSLeay licenses, the Free Software Foundation
# grants you additional permission to convey the resulting work.
# Corresponding Source for a non-source form of such a combination
# shall include the source code for the parts of OpenSSL used as well
# as that of the covered work.

3. Move to some other SSL library which is compatible with GPL.

In analogy to Ubuntu's bug #1:

While Facebook helps the whole digitalized world to keep in touch, it suffers from severe security and privacy issues and is run by a monopolist that designs (and must design, by its nature) the platform's future based on profit-oriented goals.

Steps to repeat:

1. Go to your friends.
2. Ask them whether they heard about Facebook and if so use it.
3. Ask them whether they heard about Diaspora and if so use it.

What happens:
The vast majority (if not all) will tell you that they've never heard about Diaspora and use Facebook for several hours every day.

What should happen:

1. People should become aware of Diaspora and be able to decide freely and independently from their friends, i.e. peer pressure. (Integration with all current online services, including Facebook, is therefore a must.)
2. Diaspora should be marketed for its great security, privacy and structural benefits in comparison to Facebook and it should be introduced to people as a real alternative.
3. Seed providers (as soon as they pop up) should keep them as secure as possible to maintain Diaspora's reputation.

When I send a request from "user 1" to "user 2," I am able to accept the invitation from "user 1" on the "user 2" account. "User 1" is successfully added to whatever aspect I dragged them to. However, when I go back to the "user 1" account, "user 2" has not been added.

I am using:
Firefox 3.6.8
Ubuntu 10.04
Ruby 1.8
Mongodb-stable 20100913
Rubygems 1.3.7

I love the aspects idea but, These should have slugs to improve the url
maybe this gem could do the work
http://github.com/dcu/mongomapper_ext/blob/master/examples/slugizer.rb

Between two manually registered users on a server, messages are not being passed. Both appear on each other's friend list and are specifically listed under the aspect the messages are posted under, but messages posted by any one of them are not displayed for the other.

One corresponding logfile entry:

Started POST "/status_messages" for 127.0.0.1 at Thu Sep 16 02:37:52 +0100 2010
  Processing by StatusMessagesController#create as JS
  Parameters: {"authenticity_token"=>"JNxXGpOnRp6NZm0SdrEAKKTd9RGJqHvE3zxYE0C0mAg=", "utf8"=>"✓", "aspect_ids"=>["4c9171353623e11aa900001d"], "status_message"=>{"message"=>"sdfgaaa"}}
Rendered comments/_new_comment.html.haml (5.2ms)
Rendered comments/_comments.html.haml (66.6ms)
Rendered status_messages/_status_message.html.haml (147.4ms)
Websocketing to 4c9171353623e11aa900001a
Adding xml for # to message queue to localhost
Adding xml for # to message queue to localhost
Redirected to http://localhost:3000/status_messages/4c9174f13623e11aa90000e5
Completed 302 Found in 598ms

System is Debian testing with a number of unstable packages. Only deviation from Ubuntu install guide is mongodb being the repository version (1.4.4).

Template is missing

Missing template users/show with {:formats=>[:html], :handlers=>[:haml, :rxml, :rjs, :erb, :rhtml, :builder], :locale=>[:en, :en]} in view paths "/site/seedrally.com/timrcc.seedrally.com/app/views", "/usr/lib/ruby/gems/1.8/bundler/gems/devise-88ab2fe14e88/app/views

I started getting this after I tried writing my first status (which didn't seem to do anything..)

By committing the session secret it's fairly easy to poison the session:

http://github.com/diaspora/diaspora/blob/master/config/initializers/secret_token.rb#L12

You probably want to generate one from the deploy script during install and symlink it after deploy.

Missing template users/show with {:formats=>[:html], :handlers=>[:haml, :rjs, :erb, :rhtml, :rxml, :builder], :locale=>[:en, :en]} in view paths "/usr/local/app/diaspora/releases/20100916001327/app/views", "/usr/local/lib/ruby/gems/1.8/bundler/gems/devise-88ab2fe14e88/app/views"

If you go to an aspect tab (work or family) and click on yourself, the following error appears:

Missing template users/show with {:formats=>[:html], :handlers=>[:haml, :rjs, :erb, :rhtml, :rxml, :builder], :locale=>[:en, :en]} in view paths "/usr/local/app/diaspora/releases/20100916001327/app/views", "/usr/local/lib/ruby/gems/1.8/bundler/gems/devise-88ab2fe14e88/app/views"

I have tried this in both Firefox 3.6.8 and Chrome 5.0.375.127, both on linux.

The text "Friend's Username" does not disappear when clicked on, and the only way to enter anything is to copy/paste. Once copied and pasted you can't edit the text.

This specifically occurs on the aspects tab. To reproduce, just try to add a friend from aspects.

I'd fix this myself but I've never used Ruby or Rails.

Try searching for "tom" on a diaspora instance (or a name that exists), and then search for "tom ". The second option gives 0 results.

When you're managing your friends between aspects (I currently still have Work and Family), and you don't move anyone between aspects, and click 'Update Aspects' a NoMethodError is thrown in the development.log.

Started POST "/aspects/move_friends" for XX.XXX.XXX.87 at Thu Sep 16 05:43:03 +0000 2010
Processing by AspectsController#move_friends as /
Completed in 41ms

NoMethodError (You have a nil object when you didn't expect it!
You might have expected an instance of Array.
The error occurred while evaluating nil.each):
app/controllers/aspects_controller.rb:55:in move_friends' /lib/mongo_mapper/clear_dev_memory.rb:22:incall'

I can not access, I try this:
rake db:seed:tom
but the console shows:
(in /home/user/diaspora)
rake aborted!
no such file to load -- /home/user/.bundler/ruby/1.8/em-http-request-b09b26a2737c/lib/http11_client
/home/user/diaspora/Rakefile:10:in `require'
(See full trace by running task with --trace)

I have Ubuntu 10.04 PLEASE HELP!

If you insert a NULL character (%00) into the email field of the remember password page, diaspora will throw errors.

I've only tested in the remember password page, I wonder how many others there could be?

if you follow the install instructions in Ubuntu, the line
sudo apt-get install ruby-full

fails, because the universe depository is not installed.

if you enable universe in /etc/apt/sources.list this fixes the problem

There may be more ruby 1.9 incompatibilities.

Typing in the search field doesn't remove the default "Search" text

To Reproduce

1. Home
2. Click on a user photo

Message in terminal "http://github.com/BadMinus/devise.git (at master) is not checked out. Please run bundle install" even though I have run "bundle install" as well as "bundle pack" and "bundle update" which all succeed.

Any ideas?

Realizing that you guys probably put quite some thought in the name of your product, I still can get myself over how it sounds even after trying for a couple of months. Imagine chatting up a girl at a party and asking for her diaspora account, or asking to add her as friend on diaspora. It just won't work, you'd get bitchslapped right away (unless she's one of the probably vast minority that actually knows what it means).

So, to be slightly less of a giant asshole that's just trolling, I've got an alternative, free of charge, for you to use: jumbled.

http://www.merriam-webster.com/dictionary/jumbled

It covers the product, it has a nice ring to it, and as a bonus, it's a slight pun to the mess social networking actually is.

I encountered this error first when I tried to add a new user to my seed. After stopping diaspora, running 'git pull', and restarting diaspora, I get this error whenever I access diaspora. Here is the full trace:

activesupport (3.0.0) lib/active_support/whiny_nil.rb:48:in method_missing' /home/talmage/.bundler/ruby/1.8/mongomapper-931dab779011/lib/mongo_mapper/plugins/associations/proxy.rb:97:insend'
/home/talmage/.bundler/ruby/1.8/mongomapper-931dab779011/lib/mongo_mapper/plugins/associations/proxy.rb:97:in send' app/models/user.rb:55:inmethod_missing'
app/models/request.rb:29
/home/talmage/.bundler/ruby/1.8/mongomapper-931dab779011/lib/mongo_mapper/plugins/scopes.rb:8:in call' /home/talmage/.bundler/ruby/1.8/mongomapper-931dab779011/lib/mongo_mapper/plugins/scopes.rb:8:infor_user'
app/controllers/application_controller.rb:37:in count_requests' activesupport (3.0.0) lib/active_support/callbacks.rb:441:in_run__1759971454__process_action__199225275__callbacks'
activesupport (3.0.0) lib/active_support/callbacks.rb:409:in send' activesupport (3.0.0) lib/active_support/callbacks.rb:409:in_run_process_action_callbacks'
activesupport (3.0.0) lib/active_support/callbacks.rb:93:in send' activesupport (3.0.0) lib/active_support/callbacks.rb:93:inrun_callbacks'
actionpack (3.0.0) lib/abstract_controller/callbacks.rb:17:in process_action' actionpack (3.0.0) lib/action_controller/metal/instrumentation.rb:30:inprocess_action'
activesupport (3.0.0) lib/active_support/notifications.rb:52:in instrument' activesupport (3.0.0) lib/active_support/notifications/instrumenter.rb:21:ininstrument'
activesupport (3.0.0) lib/active_support/notifications.rb:52:in instrument' actionpack (3.0.0) lib/action_controller/metal/instrumentation.rb:29:inprocess_action'
actionpack (3.0.0) lib/action_controller/metal/rescue.rb:17:in process_action' actionpack (3.0.0) lib/abstract_controller/base.rb:119:inprocess'
actionpack (3.0.0) lib/abstract_controller/rendering.rb:40:in process' actionpack (3.0.0) lib/action_controller/metal.rb:133:indispatch'
actionpack (3.0.0) lib/action_controller/metal/rack_delegation.rb:14:in dispatch' actionpack (3.0.0) lib/action_controller/metal.rb:173 actionpack (3.0.0) lib/action_dispatch/routing/route_set.rb:62:incall'
actionpack (3.0.0) lib/action_dispatch/routing/route_set.rb:62:in dispatch' actionpack (3.0.0) lib/action_dispatch/routing/route_set.rb:27:incall'
rack-mount (0.6.13) lib/rack/mount/route_set.rb:148:in call' rack-mount (0.6.13) lib/rack/mount/code_generation.rb:93:inrecognize'
rack-mount (0.6.13) lib/rack/mount/code_generation.rb:75:in optimized_each' rack-mount (0.6.13) lib/rack/mount/code_generation.rb:92:inrecognize'
rack-mount (0.6.13) lib/rack/mount/route_set.rb:139:in call' actionpack (3.0.0) lib/action_dispatch/routing/route_set.rb:492:incall'
haml (3.0.18) lib/sass/plugin/rack.rb:41:in call' /lib/mongo_mapper/clear_dev_memory.rb:22:incall'
warden (0.10.7) lib/warden/manager.rb:35:in call' warden (0.10.7) lib/warden/manager.rb:34:incatch'
warden (0.10.7) lib/warden/manager.rb:34:in call' actionpack (3.0.0) lib/action_dispatch/middleware/best_standards_support.rb:17:incall'
actionpack (3.0.0) lib/action_dispatch/middleware/head.rb:14:in call' rack (1.2.1) lib/rack/methodoverride.rb:24:incall'
actionpack (3.0.0) lib/action_dispatch/middleware/params_parser.rb:21:in call' actionpack (3.0.0) lib/action_dispatch/middleware/flash.rb:182:incall'
actionpack (3.0.0) lib/action_dispatch/middleware/session/abstract_store.rb:149:in call' actionpack (3.0.0) lib/action_dispatch/middleware/cookies.rb:287:incall'
actionpack (3.0.0) lib/action_dispatch/middleware/callbacks.rb:46:in call' activesupport (3.0.0) lib/active_support/callbacks.rb:415:in_run_call_callbacks'
actionpack (3.0.0) lib/action_dispatch/middleware/callbacks.rb:44:in call' rack (1.2.1) lib/rack/sendfile.rb:107:incall'
actionpack (3.0.0) lib/action_dispatch/middleware/remote_ip.rb:48:in call' actionpack (3.0.0) lib/action_dispatch/middleware/show_exceptions.rb:46:incall'
railties (3.0.0) lib/rails/rack/logger.rb:13:in call' rack (1.2.1) lib/rack/runtime.rb:17:incall'
rack (1.2.1) lib/rack/lock.rb:11:in call' rack (1.2.1) lib/rack/lock.rb:11:insynchronize'
rack (1.2.1) lib/rack/lock.rb:11:in call' actionpack (3.0.0) lib/action_dispatch/middleware/static.rb:30:incall'
railties (3.0.0) lib/rails/application.rb:168:in call' railties (3.0.0) lib/rails/application.rb:77:insend'
railties (3.0.0) lib/rails/application.rb:77:in method_missing' thin (1.2.7) lib/thin/connection.rb:76:inpre_process'
thin (1.2.7) lib/thin/connection.rb:74:in catch' thin (1.2.7) lib/thin/connection.rb:74:inpre_process'
thin (1.2.7) lib/thin/connection.rb:57:in process' thin (1.2.7) lib/thin/connection.rb:42:inreceive_data'
eventmachine (0.12.10) lib/eventmachine.rb:256:in run_machine' eventmachine (0.12.10) lib/eventmachine.rb:256:inrun'
thin (1.2.7) lib/thin/backends/base.rb:57:in start' thin (1.2.7) lib/thin/server.rb:156:instart'
thin (1.2.7) lib/thin/controllers/controller.rb:80:in start' thin (1.2.7) lib/thin/runner.rb:177:insend'
thin (1.2.7) lib/thin/runner.rb:177:in run_command' thin (1.2.7) lib/thin/runner.rb:143:inrun!'
thin (1.2.7) bin/thin:6
/usr/bin/thin:19:in `load'
/usr/bin/thin:19

since all aspects shows all albums, weird things happen when you add photos thru all contexts.

if the album is created with all groups, and you upload a photo for all aspects it works fine. however, it gets weird when you post a photo from all apsects into an album you made in a group