# Ticket #694 (new enhancement)

Opened 7 years ago

## View only part of Perforce depot

Reported by: Assigned to: Miki ttressieres high PerforcePlugin major MESSAGE Porsgrunn 0.10

### Description

When multiple projects are using the same Perforce server, they don't want to view other people work in their timeline and changes.

I suggest adding a "deopt_path" configuration option where p4trac will look for changes/history/... only below this path

e.g.

[perforce]
port = perforce:1666
user = p4trac
unicode = 0
depot_path = //myproject/main/...


## Change History

### 09/12/06 08:01:59 changed by miki <mtebeka@qualcomm.com>

Patch for apy.py to handle client spec restriction

### 09/12/06 08:04:43 changed by miki <mtebeka@qualcomm.com>

Thought the best way was to use a client, this way the restriction can be much more flexible.

Hope the patch will make it to the trunk :)

New configuration:

[perforce]
port = localhost:1666
user = duffy
client = duffy-trac-client
unicode = 0


### 12/06/06 00:03:51 changed by anonymous

any idea if this is going to make it into the trunk? it would be really useful for people like me who share a repository with many other people in a large company. Thanks!

### 02/02/07 14:25:46 changed by anonymous

I would like to see this going into the trunk, too. Especially the client-spec feature, because this is much more powerful then just specifying a single path to the depot. Even large existing client specs can be reused.

### 02/06/07 19:21:33 changed by hickninja@gmail.com

I'd love for this to get into the trunk as well. I manually applied the patch to the current stable version, and it works great. I'm also in a huge company, and our Perforce server serves probably 10 or 20 projects, each of which is enormous. Any one project only needs to see the changes relevant to them. Also, it takes forever to initialize the cache after the patch was applied. Before the patch, it was impossible.

### (follow-up: ↓ 6 ) 05/18/07 12:32:45 changed by enrico.straube@cbb-software.com

this patch dosn't work here... any help?

### (in reply to: ↑ 5 ) 08/03/07 23:36:58 changed by bw@imaginengine.com

Also does not work for me. It always uses the entire database for me.

### 12/06/08 02:33:37 changed by WafvaxByday

• keywords set to MESSAGE.
• cc set to Porsgrunn.

### 02/26/09 16:43:18 changed by anonymous

not working here aswell, any progress on this matter?

### 01/12/11 15:00:46 changed by anonymous

Hey guys, as most people have pretty big repositories we really need this working - at the very least point me to how to fix it myself please. Having to use the entire depot is a deal breaker in my case. :-(

### 03/09/11 12:55:41 changed by anonymous

• priority changed from normal to high.
• severity changed from normal to major.

### 06/20/11 15:47:53 changed by anonymous

Can someone give me some info on what needs to changed here so the client mapping fits in? I'd also be happy to just hard code a root path in the depot - no matter what i put in the "repository dir" option it always tries to walk the whole depot. I'm talking a large depot here with millions changelists.

Would appreciate some help!

### 06/20/11 15:48:23 changed by anonymous

Btw guys I'm having serious issues with the spam filter, i can only submit comments from a specific machine, like 5 others all get spam errors....

### Add/Change #694 (View only part of Perforce depot)

Change Properties