I reported this issue on github a while back, but it turns out it is a reasonably serious DLL conflict. More details here:
Collaboration for Revit: 2015.6/2016.1 breaks other add-ins | Revit Products | Autodesk Knowledge Network

Issue:
Users reported that installing the Collaboration for Revit® 2015.6 or 2016.1 add-in is causing other add-ins to stop working.
Causes:
There seems to be a DLL conflict with the latest Collaboration for Revit add-in.
Solution:
Status: This incident is currently being investigated for a possible cause and resolution
Incident ID: 72448
Workaround: Continue using the 2015.5 or 2016.0 version of the Collaboration for Revit Add-in.
Note: If you need to remove the newer add-in (Autodesk A360 Collaboration for Revit…), you will also want to remove the new version of the “Personal Accelerator for Revit” and “Dynamo 0.8.1”

I noticed these CIP folders were consuming huge amounts of space:

So, I basically deleted everything out of these CIP folders and freed up a lot of space. Upon restart, Navisworks re-created the necessary support files. The current path on latest Navisworks version is:
C:UsersUSERNAMEAppDataRoamingAutodeskNAVMAN2015ENU6412.3.1157.50MC3AvroCIP

Close Navisworks, go to this CIP folder and select all – Delete. Send them to Recycle Bin if you are worried something will break. Open Navisworks, check everything is OK, then you should be able to delete them permanently.

These were the files:

Across various Navis versions:

Sometimes, when enabling and disabling CIP in Navisworks 2015, I will get a crash. Save before you do it!

I experienced this error after installing Navisworks Manage 2015:

Basically, a right-click shell extension for ZIP files was looking for Inventor and not finding it. I logged it with Autodesk and was notified that it was a genuine, repeatable issue.

To fix it on my system, I did this:

  1. Download and install ShellExView
  2. Run it
  3. Click Options, Filter by Extension Type
  4. Only select Context Menu and click OK
  5. Look for the 5 results with Description “DtBridge”, all starting with Autodesk Inventor…
  6. Select them and right-click, Disable Selected Items
  7. Click Options, Restart Explorer

The right-click menu for ZIP files no longer shows the error.

I thought I got in a loop today:

  1. Export DWG
  2. Expand All
  3. Select all rows
  4. Try to delete the number in the Color ID box
  5. This warning will come up:

You have to press Close for every selected row (could be hundreds) – quickest way is to hold down the Enter key until the warning goes away.

Originally I thought this was a looping bug, but it is just Revit being overly thorough 🙂

Here is the fix:
If you unload the material library from the template, save it, close Revit, reopen, create a project from your template and add the Material Library there: not a problem. It’s all there.

Now getting back to answer number one: it stays there. The above workflow is a definitive solution to the problem. Once loaded into the project you can reload the Material Library in your template. Then and when you create a new project from that template there won’t be a problem. It’s like the entire problem never existed.

via
RevitForum Blog: Material Library weirdness

Nasty little bug picked up by Jason Kunkel.  Basically, you make View Template based on a Schedule View.  Then, when you go to delete that original Schedule View, Revit will prompt you with a “View:ViewTemplateName will be deleted” message.  Pressing OK deletes the View Template and therefore leaves any Schedule views with the Template orphaned

I also discovered that if you Duplicate the Template you made as discussed above, and then delete the original Schedule View, it will prompt to delete BOTH the original Template and the duplicated Template!

I tested this using latest update of Revit 2013.

From Jason’s blog:
When you go to delete it, Revit tells you that it is going to delete them.  And then it does.  Poof.  Gone.  Any schedule that had that View Template assigned is now set to NONE.  On top of that, any View Template that was copied from the prior ones are “linked” as well, so this could be pretty disruptive to your schedule View Templates.

Read more / via
View Template and Schedule Hiccup | RVIT – Revit rants, tips, and junk

Having some problems with a Railing that will not show up in a Detail View unless balusters are added to it!  Video:

I’m almost certain this is related to this previously posted bug:
Extents of Revit 2013 Railings bug – when no balusters exist in definition

More on Revit 2013 railings:
Automatic and Manual Railing Support locations in Revit 2013

Revit 2013 railings – almost 7 months old, but have you used them?

I copied some Planting / RPC from one project (in a Design Option) to another project (in the Main Model).  This is what I got:

Somehow the Planting instances appeared as a Type of an existing Profile family???

I closed the project and re-opened with Audit.  This did not fix the issue.  Create Similar is greyed out when selecting the RPC, and Create Instance is greyed out for that Type in the Project Browser (not surprising, given that it is on a subnode of Profiles).

This is one of the weirdest things I have ever seen in Revit, and I have seen quite a few…

I can copy and paste the elements with no issue.

And guess what, it even shows up as an option in the Sweep / Select profile list:

Not surprisingly, when I try to use this as the Sweep Profile, Revit ‘Can’t Create Sweep’.

I deleted the Type and the copy / pasted again but using Edit Design Option rather than unticking Exclude Options – I had the same result.

Apparently, Revit can put your Entourage families into one of the Types of Profile family!

Next try, copied the Type from Project Browser of source RVT:

This poem has done the email forward rounds for years, and has been incorrectly attributed to various authors.  It is in the style of Dr Seuss, but was authored by Gene Ziegler.  Here is the full version, from this link:

Bits Bytes Chips Clocks
Bits in bytes on chips in box.
Bytes with bits and chips with clocks.
Chips in box on ether-docks.

Chips with bits come. Chips with bytes come.
Chips with bits and bytes and clocks come.

Look, sir. Look, sir. read the book, sir.
Let’s do tricks with bits and bytes, sir.
Let’s do tricks with chips and clocks, sir.

First, I’ll make a quick trick bit stack.
Then I’ll make a quick trick byte stack.
You can make a quick trick chip stack.
You can make a quick trick clock stack.

And here’s a new trick on the scene.
Bits in bytes for your machine.
Bytes in words to fill your screen.

Now we come to ticks and tocks, sir.
Try to say this by the clock, sir.

Clocks on chips tick.
Clocks on chips tock.
Eight byte bits tick.
Eight bit bytes tock.
Clocks on chips with eight bit bytes tick.
Chips with clocks and eight byte bits tock.

Here’s an easy game to play.
Here’s an easy thing to say….

If a packet hits a pocket on a socket on a port,
and the bus is interrupted as a very last resort,
and the address of the memory
makes your floppy disk abort
then the socket packet pocket
has an error to report!

If your cursor finds a menu item
followed by a dash,
and the double-clicking icon
puts your window in the trash,
and your data is corrupted cause
the index doesn’t hash,
then your situation’s hopeless,
and your system’s gunna crash.

You can’t say this? What a shame, sir!
We’ll find you another game, sir.

If the label on the cable
on the table at your house
says the network is connected
to the button on your mouse,
but your packets want to tunnel
on another protocol,
that’s repeatedly rejected
by the printer down the hall,
and your screen is all distorted
by the side-effects of gauss,
so your icons in the window
are as wavy as a souse,
then you may as well reboot
and go out with a bang,
cause as sure as I’m a poet,
the sucker’s gunna hang!

When the copy of your floppy’s
getting sloppy on the disk,
and the microcode instructions
cause unnecessary risc,
then you have to flash your memory
and you’ll want to RAM your ROM.
quickly turn off your computer
and be sure to tell your mom!

via
http://web.archive.org/web/20070814042925/http://www.people.cornell.edu/pages/elz1/clocktower/DrSeuss.html

More info at:
Plagiarized Poem – Why Computers Sometimes Crash! by Dr. Seuss