SharePoint: A View to a Kill
SharePoint can be a nagging fellow, especially if you begin to stray from any “out of the box” solution. The crux of the problem is usually that you are asked to go out of the box to create columns, content types and views. A wide range of SharePoint experts will always say, “If you can do without coding or SharePoint Designer you are saving yourself possible headaches down the road.”
Here is an example of a SharePoint Headache that came up recently and its simple solution that makes sense when you use SharePoint logic to cure it.
Headache: A Site Owner created a library of reports and then created a view called Monthly and set it as Default. Then he grouped them by the Month column.

The Site Owner rightly thought when people click on the Library’s link on the site people will see the Monthly View. Yep, so far so good.
But in the name of experimenting he also created a duplicate view with the same name, but not the same Grouping options and forgot he did so. This Second Monthly view doesn’t over write the first one or prompt you to save over, no it simply adds another view to you view list.

The Owner then mistakenly copied and pasted the url of the Second Monthly into an email notification workflow that users hit and get a view that is not the default Monthly view. https://… /sites/reports/Forms/Monthly1.aspx
But why, if you set a view to default shouldn’t it, well, default to that view?
Yes, it should and does when you use the built in navigation in SharePoint.
Now look back at the url and see if you can spot the problem…That’s right 1 too many.
Drilling into the views in the Document Library Settings, you can see the Original Monthly View has a url of https://… /sites/reports/Forms/Monthly.aspx, not Monthly1.aspx. If you manually give out the wrong url it goes to the wrong place.
The simple fix was to go into the Document Library Settings and delete the second view with 1 sticking out.

The Site Owner was convinced that SharePoint is terrible and he just needed to delete all views and start over again. But now you as a SharePoint agent with a license to kill can rub out the unnecessary view.
Author: Michael Hinckley
After ten plus years of developing and managing e learning projects I have found myself in the unique position to drive the innovation at an enterprise level.
My current title is Instructor at Citibank, although training delivery is one aspect of what I do, most of my job and interests included knowledge and content management and how it can be effectively distributed. This path has led me to SharePoint technologies as the medium to deliver customized “just in time training” and knowledge solutions.
When I am not tinkering under my MOSS sites hoods and bothering the IT department regarding admin level permissions you’ll find me either at home relaxing with wonderful my wife and three children or at my boxing gym trying to improve my “sweet science” despite the science of gravity and advancing years.
Another option is to email out any links with Forms/Monthly1.aspx removed.
https://… /sites/reports/Forms/Monthly1.aspx
to
https://… /sites/reports/
Doing it that way means the view that is displayed will always be the default view. Which means the link will remain the same regardless of views being changed, renamed or replaced.