473,320 Members | 1,817 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Problem with vss and visual studio 2003

We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian

Oct 6 '06 #1
11 1712
Can't you create a virtual directory pointing to your c:\ drive? When you
specify your virtual site pointing to something under wwwroot it is going to
put those files underneath that. But if you specify the virtual site to point
to c:\<folder namethen hopefully it should work.
--
Ameet Phadnis
Sr. Technical Consultant
e Tek Global Inc.
ASP Alliance Author Page: http://aspalliance.com/author.aspx?uId=44260
"brianlanning" wrote:
We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian

Oct 6 '06 #2
1. Delete your project director from your inetpub directory ( make a backup
copy this folder , if incase your code changes are stored here )

Assume your we projects are under C:\MyCompnay\Projects\MyWebApp

2. Open window explorer go to C:\Inetpub/wwwroot/ and create the same
directory structre like above
as show below C:\Inetpub/wwwroot\MyCompany\Projects\

3. Open IIS MMC navigate to C:\Inetpub/wwwroot\MyCompany\Projects\ and
create new virtual directory and call it same as your webApp
so it will be C:\Inetpub/wwwroot\MyCompany\Projects\WebApp(Virtual
directory) and map it to C:\MyCompnay\Projects\MyWebApp

4. open your project.webinfo file in notpad and make sure it points to the
right place.

5.Open your solution, remove your web project and then add your web project
from C:\MyCompnay\Projects\MyWebApp, it might
ask where is your http path poin to
http://localhost/MyCompany/Projects/WebApp
as far as your second question is concern,

It's known issue, it may help stop your indexing service .

or
kill your aspnet_wp.exe process and give it a shot

or

close and reopen your solution it will compile without any problem.

Thanks
Baski
"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian

Oct 6 '06 #3
1. Delete everything locall
2. Download the entire tree
3. In windows explorer, go to properties for the web directory and make a
web app (can also be done in IIS manager)
4. Delete all files from the web directory.
5. Open the solution file
6. It will now populate the new directory with the web files
7. Pop open a frosty adult beverage and relax

--
Gregory A. Beamer
MVP; MCP: +I, SE, SD, DBA
http://gregorybeamer.spaces.live.com

*************************************************
Think outside of the box!
*************************************************
"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian

Oct 6 '06 #4

//directory like c:\work rather than wwwroot.//

You can do this, but I'd strongly suggest ~~everyone has to use the same
one. No exceptions.

The magic is opening up and looking in notepad the .webinfo file.

The info in there has to match where the virtual directory is. You can
manually fix this as necessary.

The reason that c:\inetpub\wwwroot\ works is that everybody has it.

IF all developers use the same alternate directory
c:\work
AND
you create a virtual directory
http://localhost/work/ that points to c:\work\

and before checking files in, make sure the .webinfo is correct

then you can with this in an multiuser environment.

The key is that when developer2 checks out a project that developer1
started, all the stars need to align.

Or else developer2's version of .webinfo is off, and thus VS2003 tries to
auto create the virutal directory for them, in that "_1" style.

how do I know this? Cuz I used to work with a guy who started all projects,
and didn't attempt to synchronize, and causes huge headaches for me and my
ability to produce. And when I checked stuff back in , he'd rat out to my
boss "He broke the build after checking stuff back in".

Individuality is good, but not when it comes to VS2003 and VSS.

...


"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian

Oct 6 '06 #5

Baski wrote:
5.Open your solution, remove your web project and then add your web project
from C:\MyCompnay\Projects\MyWebApp, it might
ask where is your http path poin to
http://localhost/MyCompany/Projects/WebApp
Ah! I have no webinfo file in source safe. Maybe it's recreating one
incorrectly which is the source of the confusion?

as far as your second question is concern,
It's known issue, it may help stop your indexing service .
or
kill your aspnet_wp.exe process and give it a shot
or
close and reopen your solution it will compile without any problem.
I'll try the first one once I get the project back together. The other
two didn't help.

thanks

brian

Oct 6 '06 #6
wbeinfo is just simple file

<VisualStudioUNCWeb>
<Web URLPath = "http://localhost/subdirectory/your web project
name.csproj" />
</VisualStudioUNCWeb>

save the above content as your web project name.csproj.webinfo

"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@m7g2000cwm.googlegro ups.com...
>
Baski wrote:
>5.Open your solution, remove your web project and then add your web
project
from C:\MyCompnay\Projects\MyWebApp, it might
ask where is your http path poin to
http://localhost/MyCompany/Projects/WebApp

Ah! I have no webinfo file in source safe. Maybe it's recreating one
incorrectly which is the source of the confusion?

>as far as your second question is concern,
It's known issue, it may help stop your indexing service .
or
kill your aspnet_wp.exe process and give it a shot
or
close and reopen your solution it will compile without any problem.

I'll try the first one once I get the project back together. The other
two didn't help.

thanks

brian

Oct 6 '06 #7
(i'm really replying to everyone)

So I create all of this. I have the entire tree in c:\work.

The project and solution file are here:

c:\work\fleetsynergy\websource\fleetsynergyimport\ FleetSynergyImport.csproj
(and sln)

The .webinfo file looks like this:

<VisualStudioUNCWeb>
<Web URLPath =
"http://localhost/work/fleetsynergy/websource/fleetsynergyimport/FleetSynergyImport.csproj"
/>
</VisualStudioUNCWeb>

I place the webinfo file in sourcesafe with the other project files. I
created a virtual directory that links http://localhost/work to
c:\work.

When I try to open the solution, I get a dialog that says "Set Project
Location". The text says that I need to set the working directory for
the project. The default is http://localhost/fleetsynergy which is
exactly where I don't want it. So I change the path to point to the
direcory containing the project, like this:

http://localhost/work/fleetsynergy/w...tSynergyImport

It underlines the path in red, then tells me that I have to choose a
different path because this directory already contains a web project
(duh).

So what now?

brian

sloan wrote:
//directory like c:\work rather than wwwroot.//

You can do this, but I'd strongly suggest ~~everyone has to use the same
one. No exceptions.

The magic is opening up and looking in notepad the .webinfo file.

The info in there has to match where the virtual directory is. You can
manually fix this as necessary.

The reason that c:\inetpub\wwwroot\ works is that everybody has it.

IF all developers use the same alternate directory
c:\work
AND
you create a virtual directory
http://localhost/work/ that points to c:\work\

and before checking files in, make sure the .webinfo is correct

then you can with this in an multiuser environment.

The key is that when developer2 checks out a project that developer1
started, all the stars need to align.

Or else developer2's version of .webinfo is off, and thus VS2003 tries to
auto create the virutal directory for them, in that "_1" style.

how do I know this? Cuz I used to work with a guy who started all projects,
and didn't attempt to synchronize, and causes huge headaches for me and my
ability to produce. And when I checked stuff back in , he'd rat out to my
boss "He broke the build after checking stuff back in".

Individuality is good, but not when it comes to VS2003 and VSS.

..


"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian
Oct 6 '06 #8
When I try to open the solution, I get a dialog that says "Set Project
Location". The text says that I need to set the working directory for
the project. The default is http://localhost/fleetsynergy which is
exactly where I don't want it. So I change the path to point to the
direcory containing the project, like this:
When it ask for working directory select your
c:\work\fleetsynergy\websource\fleetsynergyimport\
<br**********@gmail.comwrote in message
news:11*********************@b28g2000cwb.googlegro ups.com...
(i'm really replying to everyone)

So I create all of this. I have the entire tree in c:\work.

The project and solution file are here:

c:\work\fleetsynergy\websource\fleetsynergyimport\ FleetSynergyImport.csproj
(and sln)

The .webinfo file looks like this:

<VisualStudioUNCWeb>
<Web URLPath =
"http://localhost/work/fleetsynergy/websource/fleetsynergyimport/FleetSynergyImport.csproj"
/>
</VisualStudioUNCWeb>

I place the webinfo file in sourcesafe with the other project files. I
created a virtual directory that links http://localhost/work to
c:\work.

When I try to open the solution, I get a dialog that says "Set Project
Location". The text says that I need to set the working directory for
the project. The default is http://localhost/fleetsynergy which is
exactly where I don't want it. So I change the path to point to the
direcory containing the project, like this:

http://localhost/work/fleetsynergy/w...tSynergyImport

It underlines the path in red, then tells me that I have to choose a
different path because this directory already contains a web project
(duh).

So what now?

brian

sloan wrote:
>//directory like c:\work rather than wwwroot.//

You can do this, but I'd strongly suggest ~~everyone has to use the same
one. No exceptions.

The magic is opening up and looking in notepad the .webinfo file.

The info in there has to match where the virtual directory is. You can
manually fix this as necessary.

The reason that c:\inetpub\wwwroot\ works is that everybody has it.

IF all developers use the same alternate directory
c:\work
AND
you create a virtual directory
http://localhost/work/ that points to c:\work\

and before checking files in, make sure the .webinfo is correct

then you can with this in an multiuser environment.

The key is that when developer2 checks out a project that developer1
started, all the stars need to align.

Or else developer2's version of .webinfo is off, and thus VS2003 tries to
auto create the virutal directory for them, in that "_1" style.

how do I know this? Cuz I used to work with a guy who started all
projects,
and didn't attempt to synchronize, and causes huge headaches for me and
my
ability to produce. And when I checked stuff back in , he'd rat out to
my
boss "He broke the build after checking stuff back in".

Individuality is good, but not when it comes to VS2003 and VSS.

..


"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@b28g2000cwb.googleg roups.com...
We have a web application in 2003. The solution contains the project
for the web application and five other projects for shared assemblies.
We have two issues.

The first is that we want to place the entire solution in some other
directory like c:\work rather than wwwroot. We can use vss to do a get
latest version, but as soon as we open the solution from within visual
studio, vs copies the main web application source files to a new
inetpub/wwwroot/projectname directory under wwwroot. What we want is a
virtual directory in wwwroot, but the files somewhere else. This is
causing us a problem because we now have two copies of all the source
files in that project, one copy in the c:\work area and another in the
wwwroot/project name area. The weird thing is that we've been able to
make this work before, but can't now. Any idea what's wrong? We've
deleted the vscache directory and made sure the bindings are correct.
We've also made sure the directories are set correctly in vss. Any
ideas?

The second problem is that this solution no longer cleanly builds.
Somtimes we can build individual projects correctly. But if you
rebuild the entire solution, it fails. It tells us that it can't write
the output to the working directory because the DLL file is locked by
another process. In this case, we know the other process is visual
studio. And the DLL in question actually builds. It's like it builds,
then doesn't release the lock on the DLL, then tries to build it again
encountering the error. One clue may be that we started to encounter
problems when we directed all the projects to build to a common
directory, a stupid policy from the build/deployment department. None
of the file names are the same though so this shouldn't be an issue.
And everything builds correctly for the other department from their
command line utility. Any idea what's going on with this one?

brian

Oct 6 '06 #9
Baski wrote:
When it ask for working directory select your
c:\work\fleetsynergy\websource\fleetsynergyimport\

But it wants a url. When I enter the url directly like I posted, I
get that error message about a project already being there. If I click
the browse elipsis, I get an empty window that doesn't contain anything
on the localhost web server. If I choose the working directory in the
tree, it says it wants a url.

brian

Oct 6 '06 #10
Ok here is something weired, close everything , delet your soultion .suo
file and reope the soultion.

"brianlanning" <br**********@gmail.comwrote in message
news:11**********************@i3g2000cwc.googlegro ups.com...
Baski wrote:
>When it ask for working directory select your
c:\work\fleetsynergy\websource\fleetsynergyimport \


But it wants a url. When I enter the url directly like I posted, I
get that error message about a project already being there. If I click
the browse elipsis, I get an empty window that doesn't contain anything
on the localhost web server. If I choose the working directory in the
tree, it says it wants a url.

brian

Oct 6 '06 #11
Baski wrote:
Ok here is something weired, close everything , delet your soultion .suo
file and reope the soultion.
It looks like that did it, deleting the suo file. It looks like a lot
of references are out of whack though so it need some work. Thanks for
your help.

brian

Oct 6 '06 #12

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
by: angelag | last post by:
I am currently taking a college course in Visual Basic.Net and I am a beginner. I bought Visual Studio.Net 2003 to do my homework at home. I built my first project and e-mailed it to myself at...
6
by: Martin Bless | last post by:
The good news: Along with Python-2.4 comes really good news to Windows users. Yes, you now CAN build extension modules yourself using the SAME C++ compiler and linker Python is built with...
0
by: Tom Lee | last post by:
Hi, I'm new to .NET 2003 compiler. When I tried to compile my program using DEBUG mode, I got the following errors in the C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7 \include\xdebug...
1
by: Graham | last post by:
My project (VS 7.1) builds and run OK on my Windows 2K PC, but when I clean the solution and copy it over to a Windows XP PC in our lab I get loads of error, (see below) I cant seem to find the...
0
by: Rajesh Kumar | last post by:
Hi Gregory Thanks for your answer. I did not see any attached file so I copied your text into a text file and named it compiler.bat Checked the wrapped lines and runned the file. It said Dataset,...
0
by: Rajesh Madhra | last post by:
Hi Gregory Thanks for your answer. I did not see any attached file so I copied your text into a text file and named it compiler.bat Checked the wrapped lines and runned the file. It said Dataset,...
2
by: Fie Fie Niles | last post by:
I have a WinXP Professional that had Microsoft Visual Studio .NET 2002. I created a new project of type Visual Basic Projects and used template: ASP.NET Web application. When I hit F5 to run the...
8
by: Rob Edwards | last post by:
When trying to add the Microsoft CDO for Exchange Management Library (aka CDOEXM.dll) I receive the following message: "A reference to 'Microsoft CDO for Exchange Management Library' could not be...
3
by: dean4if | last post by:
I have 4 Windows 2000 Servers. I have installed the DotNet Framework 2.0 on all 4 servers. Three of these servers show a tab for ASP.NET in the IIS MMC and are running Visual Studio 2003. ...
4
by: vedrandekovic | last post by:
Hi, I have already install Microsoft visual studio .NET 2003 and MinGw, when I try to build a extension: python my_extension_setup.py build ( or install ) , I get an error: LINK : fatal...
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.