I confirm this error in VP 13 build 428. However in my cease you have to try very hard to cause the error. First you have switch the view to "details". In details mode all the colums fill the full width of the window. So in my case, you need to decrease width of the side colum to reveal the unpopulated header.

Edit: You can reveal the unpopulated part of the table also by scaling the window width.

I confirm too. True. This shouldn't happen. But as a practical matter it's not something that I've ever done. I use detail mode all the time but mostly I would never see a blank header like that much less click on it. Still. It's a bug.

Wow! I had a reply already from SCS support. Same day! It includes this:

"I have reproduced the crash you've experienced. I have escalated the issue to our development and QA teams, and will update you when I hear back from them. In the meantime, I will set this incident to Development status so it remains open."

But it's not all roses. Still haven't had an answer to my last bug report, submitted on 8th March.

I have gotten a bug report quickly confirmed by support and entered into the database and two years later and V12 goes to V13, and...apparently not worth fixing.

I guess this is yet another glaring example of why I halted my move to Vegas Pro. It's the ongoing issues like this that just feels as though Vegas can''t seriously be ' considered by many professional post production people as a viable tool. I agree no app is perfect, but when you have glaring bugs as simple as this still residing in the code, you have to wonder how many corners are being cut.

Vegas Pro needed a total rewrite 2 generations back, but it's probably too late given the nature of the market today.

One can only hope VP14 is something more than an added features upgrade using the same underlying programming.

I hope when VP14 is announced at NAB that it's groundbreaking.

I tested this on Vegas Pro 12 and it also failed on two different machines. I've sent failure data when prompted. Vegas Pro 11 didn't fail. The behavior probably surfaced in Vegas Pro 12.

I can confirm this "bug" but I also wonder why some would click there?

A couple of hours later I got a reply that included this:

"I've heard back from QA regarding this crash. It has been recorded in our database as a bug. Thanks again for bringing this to our attention."

Who in the hell needs make click in this site?

Yes, ii is a bug, but...

Erni

Who in the **** needs to whinge about the discussion of a Vegas bug?

If it doesn't concern you Erni, then please just move along.

Nick

I am with Erni on this one. I do acknowledge that it is a bug but again, why is anyone clicking there during a normal editing session? I would have never found it in a million years.

Maybe it's connected to other bugs like the file renaming bug. Who knows?

Anyway it's been reported, and logged as a bug. I don't see the need to spend effort whinging about that. Just let it go.

OMG. I'm very sorry Nick :)

I don't know what is your "bug" concept.
It's very different of mine.

Cheers

Erni

one of those things that would be a sudden crash out of nowhere, seemingly random....in the middle of an edit and clicking the empty header without even realizing it....that's why it is a bug worth fixing...in my opinion

Usually the granularity of programming a user interface in most hard-coded apps like VegasPro - does not foresee this kind of issue becoming a bug. But as user interfaces get more complicated the granularity of the UI does increase exponentially. As some users have testified this was not a problem in earlier programming - so now it rears up as a potential.

This is quite unlike the granularity of coding web apps - for example browsers - their UI suffers very easy interference from the host OS, infections by adware and the like which make identifying a bug of this type a bit more dicey.

Should not be so much in a hard-coded app.

As a somewhat disinterested party who verified the finding of other users, I was dispassionate and described this as a "behavior" and not a bug. This is primarily because I seldom use the Vegas Explorer and had to undock the Explorer so I could find an empty position to do the test.

In a more clinical moment I'll describe my thoughts on the matter:

1) At least one user has stumbled on this and lost the use of Vegas Pro and any un-saved edits until the program was restarted.

2) According to the problem report it is an unmanaged exception. The team at SCS has had two numbered releases to find and handle this exception.

3) The exception, no matter how unlikely or mundane, should be handled without ending the session.

My personal, non-professional perception is that this exception could be handled quite well by just doing nothing until the user woke up and clicked on a part of the screen that is meaningful.

Hi,

Thank you Nick for reporting this to SCS. I agree that this bug is not a showstopper and can be avoided when you know about it. However, bugs at this level should simply not exist or should not be possible to easily generate - assuming the underlying code is well structured and professionally written. Exception handling is routine.

I understand that SCS has probably been busy fixing more important bugs, but they are lagging behind even there. Build 444 was little of a disappointment, many known issues still waiting to be fixed... I would give much to have access to the SCS' "to do" list....

Since NAB is close I thing the next bug fix will probably have a price tag on it.

And tell me - how many other applications have you experienced where clicking an empty column in a list kills the application... ?

Cheers

Christian

Storm in a tea cup.

Tormenta en un vaso de agua, le decimos por aquí.

Relax, (and no click in the hidden area) :D

Erni