If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[meta] Send tabs to other browsers

NEW
Unassigned

Status

Cloud Services
Firefox Sync: Backend
P4
enhancement
8 years ago
7 months ago

People

(Reporter: spiffytech, Unassigned)

Tracking

(Depends on: 3 bugs, {meta})

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

8 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090715 Firefox/3.5.1
Build Identifier: 

The ability to pull tabs from other Firefox instances via Weave is
very handy to me but could be improved for certain scenarios. While at
work I frequently stumble across something that I want to look at when
I get home. I could wait until I get home, then pull the interesting
tab from my work computer, but that means I have to keep the tab open
all day at work, then remember to pull it when I get home. I'd like to
send tabs from my work computer to my home computer, have them
magically open there (immediately, if the browser is open, or whenever
I next sync). This would be a very handy feature for me. 

Reproducible: Couldn't Reproduce

Updated

8 years ago
Target Milestone: --- → Future
Really, you want something more like Read It Later or something similar.
Status: UNCONFIRMED → NEW
Component: General → Sync
Ever confirmed: true
QA Contact: general → sync
(Reporter)

Comment 2

8 years ago
Read It Later's functionality is close, but I'm particularly interested in the automatic-tab-open feature. Read It Later requires me to remember that there was something I wanted to read. To me, Weave is the logical place for this feature because it already has the code in place to manipulate browser instances, and Weave already does something somewhat close to sending tabs between browsers.
I think this is on our roadmap for mobile, at the very least... but not super high priority.
OS: Linux → All
Priority: -- → P5
Hardware: x86 → All
Target Milestone: Future → ---

Updated

6 years ago
Duplicate of this bug: 675360

Comment 5

6 years ago
This is on the roadmap and is being tracked at https://wiki.mozilla.org/Services/Sync/Push_to_device.

The current plan is to implement the functionality in phases:

1) Implement "send URI to other device" feature in the Sync core API
2) Implement UX in desktop and mobile

We will be tracking both independently, in separate bugs. It is possible the core feature/API will be released before the UI is present.
Assignee: nobody → gps

Updated

6 years ago
Depends on: 676375

Updated

6 years ago
Depends on: 677372

Updated

6 years ago
Depends on: 686704

Updated

6 years ago
Depends on: 696285
Figured I'd drop a link to this here, save me searching for it in the future:

https://addons.mozilla.org/firefox/addon/send-tab-to-device/
Depends on: 732147
Keywords: meta
Priority: P5 → P4
Summary: Send tabs to other browsers → [meta] Send tabs to other browsers
Duplicate of this bug: 732622

Updated

5 years ago
Depends on: 763171

Updated

5 years ago
Depends on: 769744

Comment 8

5 years ago
Should you consider bug 777799 in the implementation of this - if you're going to push a mobile-oriented page to another device, it might be better to use the canonical URL (or some similar mechanism).
(In reply to Oliver Henshaw from comment #8)
> Should you consider bug 777799 in the implementation of this - if you're
> going to push a mobile-oriented page to another device, it might be better
> to use the canonical URL (or some similar mechanism).

If you can come up with a 100%-reliable method for finding out the canonical URL for a page from its mobile URL, then we can think about doing that!
Note that this would really be part of the bookmark and history formats of the browser itself, not Sync. Sync doesn't see the page that you load, so it can't see <link> elements.

Comment 11

5 years ago
(In reply to Richard Newman [:rnewman] from comment #9)
> 
> If you can come up with a 100%-reliable method for finding out the canonical
> URL for a page from its mobile URL, then we can think about doing that!

Well, you can only use the canonical url when its provided somehow: according to http://support.google.com/webmasters/bin/answer.py?hl=en&answer=139066 it can be provided by the page itself or in the HTTP header. I see that it can be specified out-of-band in a sitemap, too.

Updated

5 years ago
Duplicate of this bug: 778075
(In reply to Oliver Henshaw from comment #11)

> Well, you can only use the canonical url when its provided somehow:

See my last comment: it's more than that.
Depends on: 767663

Updated

4 years ago
Duplicate of this bug: 913879

Updated

4 years ago
Assignee: gps → nobody

Comment 15

3 years ago
Would love to see this prioritised to make Firefox on Android even higher value
Duplicate of this bug: 1222598
You need to log in before you can comment on or make changes to this bug.