Closed
Bug 535784
Opened 15 years ago
Closed 14 years ago
notification prompts do not work well across tabs or when opening a new tab
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec2.0+)
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
fennec | 2.0+ | --- |
People
(Reporter: jmaher, Assigned: vingtetun)
Details
Attachments
(1 file)
9.06 KB,
patch
|
Details | Diff | Splinter Review |
in running through the litmus test cases, I found that geolocation is not working at all for n810 or n900. It does work in Firefox on my desktop. When I load a webpage: http://people.mozilla.org/~jmaher/wifi.html I don't get a share/don't share notification prompt. Nor, does it load anything (in the case that it cached the info). I tried this on my n810 with a fresh profile with no luck.
Reporter | ||
Comment 2•15 years ago
|
||
ok, this is wonky, so I am running litmus on device and using CTRL+click to open in a new tab. I wait and switch tabs, no prompt. I switch back to the litmus tab and I see the notification. In one case the notification was panned up a bit and I could not get it back until I panned to the top of the page.
Reporter | ||
Comment 3•15 years ago
|
||
this is the case for offline storage as well. Also I verified that this same confusion happens when reloading a page in a current tab that the notification prompt will be in the previous tab. The notification doesn't show up until you switch back to the other tab...weird!
Comment 4•15 years ago
|
||
Sounds like a problem with transient notifications. You might want to update the bug title when you get a better pattern.
Reporter | ||
Updated•15 years ago
|
Summary: geolocation is not working in latest nightly builds on n810 and n900 → notification prompts do not work well across tabs or when opening a new tab
Assignee | ||
Comment 5•15 years ago
|
||
The problem here is because when a notification is throw we assume that it belong to the current active tab (http://mxr.mozilla.org/mobile-browser/source/chrome/content/notification.xml#40) I'm thinking of it but i'm not sure of what to do for now since the notification didn't inform us of it's owner browser.
Assignee | ||
Comment 6•15 years ago
|
||
Maybe we should replace the simple Event (http://mxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/notification.xml#133) by a UIEvent to attached a view to the event? But this solution will probably block 1.9.2
Comment 7•15 years ago
|
||
so what are the steps to reproduce here? I go to the wifi.html page you linked to and things seem to work as expected. When I ctrl+click the link from this bug, I get the notification saying that people.mozilla.org wants my location. Would you expect us to not show that notification until I switched to the tab with wifi.html loaded?
Reporter | ||
Comment 8•15 years ago
|
||
1) load this bug in fennec 2) ctrl+click to open wifi.html 3) switch tabs to view the geolocation page 4) wait a couple minutes for it to load...see nothing 5) hit refresh, nothing 6) switch back to the original tab and see the request to send geolocation
Assignee | ||
Comment 9•15 years ago
|
||
(In reply to comment #7) > so what are the steps to reproduce here? I go to the wifi.html page you linked > to and things seem to work as expected. When I ctrl+click the link from this > bug, I get the notification saying that people.mozilla.org wants my location. > > Would you expect us to not show that notification until I switched to the tab > with wifi.html loaded? The problem here is that the notification is fired in the wrong window. Compare to firefox we use only one notificationbox for every browser, when they use one box per browser. So yes, i guess it is what he expects
Assignee | ||
Comment 10•14 years ago
|
||
This patch does not modify the platform code, because after looking it more,modifying what I've suggested previously is unuseful. This patch create a kind of wrapper for the notification box, where "appendNotification" is hooked to a specific method for a specific tab. If someone know a better method for wrapping the node I'll be happy to go with it.
Assignee: nobody → 21
Attachment #423812 -
Flags: review?(mark.finkle)
Updated•14 years ago
|
Component: Linux/Maemo → General
Updated•14 years ago
|
tracking-fennec: ? → 2.0+
Comment 11•14 years ago
|
||
Now that we are using real browsers, let's fix bug 598331 and close this bug.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•14 years ago
|
Attachment #423812 -
Flags: review?(mark.finkle)
You need to log in
before you can comment on or make changes to this bug.
Description
•