Major problem with VS 2008

L

Lloyd Sheen

I know there are other files that we don't get to see in VS 2008 but why. I
know there is info about what regions are collapsed etc.

Now I have a problem with the form designer. When I open a form it right
off the bat marks it as changed. Just a double click on the form will cause
this. So I close it and say no to save it because in my mind there is no
change. Well I have a couple of ToolStripStatusLabel's that exist now in
the designer file but are no longer associated with a StatusStrip.

I really wish MS had used VS 2005 as the base for this version of VS rather
than VS 2002 which had the same types of problems. I never ran into these
types of problems with VS 2005 but VS 2008 is a real pile of _____ fill in
the blanks.

I now have to go into the designer file since ToolStripStatusLabel's do not
really exist in the form by themselves. Re add them and wait for the next
time I open the form.

I would really like to know why just opening a form will mark it as changed.
I CHANGED NOTHING.

Does anyone else have these problems.

Lloyd Sheen
 
L

Lloyd Sheen

Lloyd Sheen said:
I know there are other files that we don't get to see in VS 2008 but why.
I know there is info about what regions are collapsed etc.

Now I have a problem with the form designer. When I open a form it right
off the bat marks it as changed. Just a double click on the form will
cause this. So I close it and say no to save it because in my mind there
is no change. Well I have a couple of ToolStripStatusLabel's that exist
now in the designer file but are no longer associated with a StatusStrip.

I really wish MS had used VS 2005 as the base for this version of VS
rather than VS 2002 which had the same types of problems. I never ran
into these types of problems with VS 2005 but VS 2008 is a real pile of
_____ fill in the blanks.

I now have to go into the designer file since ToolStripStatusLabel's do
not really exist in the form by themselves. Re add them and wait for the
next time I open the form.

I would really like to know why just opening a form will mark it as
changed. I CHANGED NOTHING.

Does anyone else have these problems.

Lloyd Sheen

I did more testing with a diff program and find out that neither the
designer or resx files are changed if I open then save even if the form is
marked as changed. Clean will not fixed so where and why does VS 2008 think
that things have changed??

LS
 
J

Jack Jackson

I don't know either but I have seen it happen with VS 2005 as well, if that is
any consolation.

I have a couple of UserControl based classes that do this in both
VS2005 and 2008. It's very annoying.
 
J

John

I just say Yes to save and get on with it.

Lloyd Sheen said:
I did more testing with a diff program and find out that neither the
designer or resx files are changed if I open then save even if the form is
marked as changed. Clean will not fixed so where and why does VS 2008
think that things have changed??

LS
 
S

ShaneO

John said:
I just say Yes to save and get on with it.

I would agree with this sentiment, just say YES.

Are you therefore implying that you don't have ANY sort of Backup? No
roll-back point that you can go to in order to overcome the need to
modify the Designer file? Surely not!

Even if you discover the problem after you've made substantial changes
to your code, I believe you'll find that you can still swap-in an old
Designer.vb file to recover any corruption.

VS2008 is not perfect, neither is the Operating System that you're
running on, or probably the CPU, Hard Disc Drive, RAM or anything else
in your system - Make contingencies available for when/if something goes
wrong and you'll easily recover!

ShaneO

There are 10 kinds of people - Those who understand Binary and those who
don't.
 
L

Lloyd Sheen

ShaneO said:
I would agree with this sentiment, just say YES.


Are you therefore implying that you don't have ANY sort of Backup? No
roll-back point that you can go to in order to overcome the need to modify
the Designer file? Surely not!

Even if you discover the problem after you've made substantial changes to
your code, I believe you'll find that you can still swap-in an old
Designer.vb file to recover any corruption.

VS2008 is not perfect, neither is the Operating System that you're running
on, or probably the CPU, Hard Disc Drive, RAM or anything else in your
system - Make contingencies available for when/if something goes wrong and
you'll easily recover!

ShaneO

There are 10 kinds of people - Those who understand Binary and those who
don't.

I have backups. I used a diff program to see what changed. NOTHING.

I would like to know where the "extra" files are for solutions. There is
something in those files which causes the problem I think.

About perfection. If you create an application would you think that by
simply opening a file it should be marked as changed. I don't think that
any customer would accept this.

LS
 
S

ShaneO

Lloyd said:
I have backups. I used a diff program to see what changed. NOTHING.

I would like to know where the "extra" files are for solutions. There
is something in those files which causes the problem I think.

About perfection. If you create an application would you think that by
simply opening a file it should be marked as changed. I don't think
that any customer would accept this.

LS
I believe you'll find that there aren't any "extra" files, so therefore
your Diff program has obviously missed something somewhere!

In the past I've been sent a ZIP file from friends containing all the
files you'll see in any project folder. I have then performed some work
on the project (including running it locally) and sent it back with the
changes. My own projects are stored on a Server which I access from a
number of workstations, and at times I have even copied the project
folder onto a Notebook and been able to continue to work locally. If
there were "extra" files hidden somewhere, this would not be possible.

Also, if you believe there weren't any differences between your old
Designer.vb file and the current one, what did you mean by - "I now have
to go into the designer file"?

As I've never experienced the exact problem you originally described, I
am genuinely interested in finding out more, but I can be fairly certain
you won't find an answer by looking for any files that aren't already
clearly apparent.

ShaneO

There are 10 kinds of people - Those who understand Binary and those who
don't.
 
L

Lloyd Sheen

ShaneO said:
I believe you'll find that there aren't any "extra" files, so therefore
your Diff program has obviously missed something somewhere!

In the past I've been sent a ZIP file from friends containing all the
files you'll see in any project folder. I have then performed some work
on the project (including running it locally) and sent it back with the
changes. My own projects are stored on a Server which I access from a
number of workstations, and at times I have even copied the project folder
onto a Notebook and been able to continue to work locally. If there were
"extra" files hidden somewhere, this would not be possible.

Also, if you believe there weren't any differences between your old
Designer.vb file and the current one, what did you mean by - "I now have
to go into the designer file"?

As I've never experienced the exact problem you originally described, I am
genuinely interested in finding out more, but I can be fairly certain you
won't find an answer by looking for any files that aren't already clearly
apparent.

ShaneO

There are 10 kinds of people - Those who understand Binary and those who
don't.

I sure can't find easily any extra files. I have use procmon and can see no
files that would suggest they hold information about outlining etc. I have
loaded the .vb file into a hex editor and there is nothing I can see that
would indicate whether a subroutine is open or closed (outlining).

As for moving the files around I would think that you would not know the
open/closed status of any subroutine and that if the info did not exist then
all method would show as expanded in the IDE.

Going into the designer file was to add the existing statustext controls
back into the statusstrip. The original problem (other than the fact that
it will open this one form as changed each time) was that the statustext
controls exist but were somehow not added to the statusstrip (or at least
the code was somehow changed by opening the form in the IDE.)

I have also had the IDE create for me stubs (which are incorrect) for events
from a usercontrol. This does not happen if I clean the solution.

Somewhere in VS 2008 there is a problem and I would like to find it. I
often make many changes and rely on the "changed" status to ensure that
things that were to be done were done and visa versa.

LS
 
L

Lloyd Sheen

ShaneO said:
I believe you'll find that there aren't any "extra" files, so therefore
your Diff program has obviously missed something somewhere!

In the past I've been sent a ZIP file from friends containing all the
files you'll see in any project folder. I have then performed some work
on the project (including running it locally) and sent it back with the
changes. My own projects are stored on a Server which I access from a
number of workstations, and at times I have even copied the project folder
onto a Notebook and been able to continue to work locally. If there were
"extra" files hidden somewhere, this would not be possible.

Also, if you believe there weren't any differences between your old
Designer.vb file and the current one, what did you mean by - "I now have
to go into the designer file"?

As I've never experienced the exact problem you originally described, I am
genuinely interested in finding out more, but I can be fairly certain you
won't find an answer by looking for any files that aren't already clearly
apparent.

ShaneO

There are 10 kinds of people - Those who understand Binary and those who
don't.

Ok after creating a new form for testing and copying the designer code I
find that when I delete a tabcontrol from the new form I can then open it
and it is not marked as changed.

That solves one thing (well not solves but indicates the IDE problem).

As for where the info is for expanded / collapsed methods, I cannot find
that info.

LS
 
L

Lloyd Sheen

ShaneO said:
I believe you'll find that there aren't any "extra" files, so therefore
your Diff program has obviously missed something somewhere!

In the past I've been sent a ZIP file from friends containing all the
files you'll see in any project folder. I have then performed some work
on the project (including running it locally) and sent it back with the
changes. My own projects are stored on a Server which I access from a
number of workstations, and at times I have even copied the project folder
onto a Notebook and been able to continue to work locally. If there were
"extra" files hidden somewhere, this would not be possible.

Also, if you believe there weren't any differences between your old
Designer.vb file and the current one, what did you mean by - "I now have
to go into the designer file"?

As I've never experienced the exact problem you originally described, I am
genuinely interested in finding out more, but I can be fairly certain you
won't find an answer by looking for any files that aren't already clearly
apparent.

ShaneO

There are 10 kinds of people - Those who understand Binary and those who
don't.

Steps to recreate the problem

1. Create new form
2. Save and close
3. Open form (not marked as changed)
4. Add tabcontrol and dock fill to form
5. Save and close
6. Open form (not marked as changed)
7. Add listbox and dock fill to tabpage
8. Save and close
9. Open form (not marked as changed)
10. Click on tabpage2 so that it is selected
11. Save and close
12. Open form (now it is marked as changed but does not open to tabpage2

After all that on each open of the form it is marked as changed. I hope you
are listening MS.


After all that playing with the designer file and then opening the form I
find that if I comment out the line when I dock fill the listbox the form
will not open as changed.

LS
 
F

Family Tree Mike

At step 9, for me, it is marked as changed. You should log this into
Microsoft Connect.
 
J

Just_a_fan

I wish WORD developers would think this same way.

1. Open a file,
2. print it,
3. close it,

4. and HERE is that same question about saving changes. I changed
NOTHING! Yet it asks me about saving my "changes" and has forever.

So I get used to clicking No and then one time I did change something, I
lose it when I automatically click no to this DUMB, ALWAYS THERE
QUESTION!

Yeah, there should be some fixing of what we have instead of this
headlong rush to put out more broken code on top of broken code!

Just my opinion,
Mike
 
J

Just_a_fan

I really hate to just say "yes". Maybe I deleted a line somewhere by
accident or change something by leaning on a key.

But, then, I hate to say "no" automatically, either. Maybe I did change
something and forgot but wanted the change.

What NEEDS to be done is NOT ASK THE QUESTION unless it is valid to do
so.

Word has done this for about a decade and it is time that someone
decided WHY it is happening and STOP IT! Not just on Word but on VB and
every other editor out there.

Automatically answering either Yes or No can be trouble. The fix is to
not ask the question when it is not needed.

Mike
 
J

Just_a_fan

Easier on Word. Open a file, immediately close the file, see the
message about saving the "changed" file.

Wrong!

Mike
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top