Closed
Bug 586867
Opened 15 years ago
Closed 15 years ago
Weave should be built from browser/ and should work in a firefox on xulrunner setup
Categories
(Firefox :: Sync, defect)
Firefox
Sync
Tracking
()
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | betaN+ |
People
(Reporter: khuey, Assigned: glandium)
References
Details
(Whiteboard: [qa-])
Attachments
(3 files, 3 obsolete files)
|
864 bytes,
patch
|
philikon
:
review+
|
Details | Diff | Splinter Review |
|
1.43 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
|
465 bytes,
patch
|
Details | Diff | Splinter Review |
All of Weave lives in services/ and browser/. We should move Weave out of tier-toolkit and remove the configure bits.
| Reporter | ||
Comment 1•15 years ago
|
||
Probably should move browser/browservars.mk to browser/config/config.mk
Thoughts appreciated.
Attachment #465545 -
Flags: review?(ted.mielczarek)
| Reporter | ||
Comment 2•15 years ago
|
||
Add remove helps
Attachment #465545 -
Attachment is obsolete: true
Attachment #465547 -
Flags: review?(ted.mielczarek)
Attachment #465545 -
Flags: review?(ted.mielczarek)
Comment 3•15 years ago
|
||
I don't really understand the purpose of this patch. Can you elaborate? Having to sprinkle that include browservars.mk all around seems pretty crappy.
Comment 4•15 years ago
|
||
This will need a similar patch for the mobile-browser repo.
| Reporter | ||
Comment 5•15 years ago
|
||
The basic idea is that things that only affect the browser app shouldn't be configure variables.
| Assignee | ||
Comment 6•15 years ago
|
||
Why not simply remove all these ifdefs ?
(also, you could use tier_app_dirs in browser/build.mk instead of DIRS in browser/Makefile.in)
| Assignee | ||
Comment 8•15 years ago
|
||
Note that if services-sync is not made part of xulrunner, then resource://services-sync/some-file urls don't work on firefox-on-top-of-xulrunner setups.
| Assignee | ||
Comment 9•15 years ago
|
||
| Reporter | ||
Updated•15 years ago
|
Attachment #465547 -
Flags: review?(ted.mielczarek)
| Reporter | ||
Comment 11•15 years ago
|
||
Comment on attachment 468445 [details] [diff] [review]
Part to have resource://services-sync work with firefox-on-xulrunner with services-sync on the application side
PhiliKON, can you review this?
I think we should just WONTFIX this bug because sync is on for good now, but I'm leaving it open to deal with this patch.
Attachment #468445 -
Flags: review?(philipp)
Comment 12•15 years ago
|
||
Comment on attachment 468445 [details] [diff] [review]
Part to have resource://services-sync work with firefox-on-xulrunner with services-sync on the application side
It doesn't seem right to me to do this without changing the build setup over from toolkit to browser as well.
| Assignee | ||
Comment 13•15 years ago
|
||
This is the other patch I apply on debian to have sync build and work properly in FF-on-xulrunner setup.
| Assignee | ||
Updated•15 years ago
|
Attachment #478775 -
Flags: review?(philipp)
| Reporter | ||
Comment 14•15 years ago
|
||
Comment on attachment 478775 [details] [diff] [review]
Define sync services as app tiers, not platform
Note that fennec needs the same thing.
Attachment #478775 -
Flags: review?(philipp) → review+
Comment 15•15 years ago
|
||
Comment on attachment 468445 [details] [diff] [review]
Part to have resource://services-sync work with firefox-on-xulrunner with services-sync on the application side
Note that this needs to go to fx-sync.
Attachment #468445 -
Flags: review?(philipp) → review+
| Assignee | ||
Comment 16•15 years ago
|
||
Requesting to land this on m-c because Linux distros using firefox-on-xulrunner setups need both patches to build and work properly (at least SuSE and Debian, not sure for others).
blocking2.0: --- → ?
| Assignee | ||
Comment 17•15 years ago
|
||
Landed on fx-sync
http://hg.mozilla.org/services/fx-sync/rev/db40d6f8c7a2
| Reporter | ||
Comment 18•15 years ago
|
||
Changing the summary to reflect what this bug became.
Summary: Enabling/disabling Weave should not require a clobber/reconfigure → Weave should be built from browser/ and should work in a firefox on xulrunner setup
Comment 19•15 years ago
|
||
So part of that landed in m-c now but what about the build changes?
| Reporter | ||
Updated•15 years ago
|
Attachment #465547 -
Attachment is obsolete: true
Updated•15 years ago
|
blocking2.0: ? → betaN+
Updated•15 years ago
|
Assignee: nobody → mh+mozilla
| Assignee | ||
Comment 20•15 years ago
|
||
m-c part landed
http://hg.mozilla.org/mozilla-central/rev/111e055a49dc
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 21•15 years ago
|
||
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Reporter | ||
Comment 22•15 years ago
|
||
So, as we discussed on IRC, the problem with the existing patch is that anything built after browser/app doesn't get packaged on Mac. The fix is to move services/sync before browser and add some big scary comments to the next person to wander down this road.
| Assignee | ||
Comment 23•15 years ago
|
||
Take 2.
Attachment #478775 -
Attachment is obsolete: true
Attachment #483448 -
Flags: review?(khuey)
| Reporter | ||
Comment 24•15 years ago
|
||
Comment on attachment 483448 [details] [diff] [review]
Define sync services as app tiers, not platform
I'd like the comment to say why ("they won't get packaged properly on mac"), but other than that, it's good.
Attachment #483448 -
Flags: review?(khuey) → review+
| Assignee | ||
Comment 25•15 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 26•15 years ago
|
||
fyi, this broke Fennec builds, as comment #4 said it would....
Comment 27•15 years ago
|
||
Attachment #484112 -
Flags: review?(mark.finkle)
Comment 28•15 years ago
|
||
Comment on attachment 484112 [details] [diff] [review]
mobile-browser patch
Nevermind, I just found bug 605100.
Attachment #484112 -
Flags: review?(mark.finkle)
Updated•15 years ago
|
Whiteboard: [qa-]
Updated•7 years ago
|
Component: Firefox Sync: Build → Sync
Product: Cloud Services → Firefox
You need to log in
before you can comment on or make changes to this bug.
Description
•