Closed Bug 473402 Opened 16 years ago Closed 14 years ago

ReleaseUpdatesFactory breaks win32 symlinks when uploading partial mars

Categories

(Release Engineering :: General, defect, P5)

Product:
Release Engineering
Component:
General
Platform:
x86
macOS
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: bhearsum, Assigned: bhearsum)

References

Details

(Whiteboard: [triage][oldbugs][automation])

I hit this during a testrun of 3.1b3. To save disk space, I symlinked unsigned/update/win32 to update/win32 after repacks had finished. When ReleaseUpdatesFactory uploaded partial MARs it destroyed this symlink, so update/win32 only ended up with partials. This isn't an issue in production because we actually sign builds, and therefore don't need such symlinks, but it's a pretty serious issue for staging.
Blocks: 433930
Blocks: 478420
No longer blocks: 433930
Mass move of bugs from Release Engineering:Future -> Release Engineering. See http://coop.deadsquid.com/2010/02/kiss-the-future-goodbye/ for more details.
Component: Release Engineering: Future → Release Engineering
Priority: -- → P3
Priority: P3 → P5
Whiteboard: [automation]
Assignee: nobody → bhearsum
Whiteboard: [automation] → [triage][oldbugs]
Whiteboard: [triage][oldbugs] → [triage][oldbugs][automation]
Looks like this is no longer an issue because we rsync instead of symlink now.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.