Closed Bug 686425 Opened 13 years ago Closed 11 years ago

Log not available should never be cached

Categories

(Tree Management Graveyard :: TBPL, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: philor, Unassigned)

Details

Two related things, that I think are close enough to file together though I wouldn't object if someone fixing just one of them wanted to push the other out to another bug.

It's possible for the status of a job from buildbot to race the log being uploaded. When that happens, two things can happen to the user:

* Click on the letter for the failed job, and you get a summary popup telling you that the log isn't available. That apparently isn't cached on the server side, but is on the client side, so every time you go back to the letter it will still immediately tell you the same thing, but if you refresh the tbpl page, then it will fetch up the summary next time you click on the letter.

* Click on a View (brief|full) log link, and getParsedLog.php will send you a cacheable page saying that the log is not available. Close it, reopen it five minutes later, it'll still say the same thing, unless you know to refresh it, in which case you'll get the log.
Do you mean cached on the server or on the client via headers?
Client in both cases, near as I can tell.
Blocks: 778688
Whiteboard: [sheriff-want]
No longer blocks: 778688
Whiteboard: [sheriff-want]
Haven't seen this for ages / TBPL2 coming anyway.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
Product: Webtools → Tree Management
Product: Tree Management → Tree Management Graveyard
You need to log in before you can comment on or make changes to this bug.