Less prim peekaboo antics.
Merge branch 'master' of https://github.com/singularity-viewer/SingularityViewer.git
WIP on inventory background fetch
Let statemachine honor approvements.

The inventory bulk fetch is not thread-safe, so the it doesn't start
right away, causing the approvement not to be honored upon return from
post_approved (formerly post_nb).

This patch renames wantsMoreHTTPReqestsFor to approveHTTPRequestFor,
and has it return NULL or a AIPerService::Approvement object.
The latter is now passed to the CurlEasyHandle object instead of just a
boolean mQueueIfTooMuchBandwidthUsage, and then the Approvement is
honored by the state machine right after the request is actually added
to the command queue.

This should avoid a flood of inventory requests in the case
approveHTTPRequestFor is called multiple times before the main thread
adds the requests to the command queue. I don't think that actually ever
happens, but I added debug code (to find some problem) that is so damn
strictly checking everything that I need to be this precise in order to
do that testing.
Ask approvement for each HTTP request.

The old code could do up till four requests with only one approvement.
Now we just start to assemble the four types of requests until either we
can get approvement for one, or one of them gets too large. This way we
still request everything in the same order, and at LEAST as many per
call as before, assuming we get the approvement of course.
The result should actually be faster because now we will request up to 5
folders or items per capability, and not spread those 5 out over 2 to 4
capability requests.
Lets CurlEasyHandle::approved() stay consisten throughout its lifetime.
Queue/throttle fix.

If AIPerService::add_queued_to fails because a new request is throttled,
then do not add the request to the end of the queue, nor remove it from
the queue: do nothing: it makes no sense to move the request to the back
because they all belong to the same service and all of them will be
either throttled or not.

Note: Still need to fix that in this case we should look in queues of
other services.
Merge branch 'master' of https://github.com/AlericInglewood/SingularityViewer
Speculative linux buildbot build fix
Merge branch 'master' of https://github.com/Lirusaito/SingularityViewer
Add top level build directory to gitignore, and mode change on files that certainly shouldn't be executable.
If possible, figure out the typing person's name according to the name system before showing that they are typing.

(IE: "Aur'a Færs (inusaito.kanya)is typing..." instead of "Inusaito Kanya is typing...")
This adds consistency between chat and messages, and should Resident strip in most cases.
One more git ignore needed, thanks Latif!
Fix a bug pointed out by LaMont Zuzu in which a texture dragged and dropped to one's profile image would be sent back to the user

Removes the unnecessary drop target and give item text in these cases.
On someone else's profile, you may drag and drop a replacement texture
On your profile, you have no reason to drag and drop an item, in fact this can cause bad inventory issues (yes, I've tested it)
Merge remote-tracking branch 'shyotl/master'
Merge remote-tracking branch 'lirusaito/master'
Improve enable_object_edit() so that the Edit pie menu entry doesn't take forever to enable

Bypasses pointless call to LLSelectMgr::getInstance()->selectGetAllValidAndObjectsFound()
Cleans up RLVa patch to read more clearly (this change is better viewed without spaces)
File mode fixes for some exe, plist, and glsl files.
Improve upon the nametag system

Use the user-desired name with Resident stripped out, when on SecondLife grid.
When using legacy names without group titles, don't show the last name on a new line.
When using chat bubbles or typing bubbles, use the desired tag color.
Merge branch 'master' of https://github.com/singularity-viewer/SingularityViewer