[Ubuntu-webapps-bugs] [Bug 1040259] Re: FFE: libmessaging-menu transitions for quantal

2014-12-03 Thread Rolf Leggewie
quantal has seen the end of its life and is no longer receiving any
updates. Marking the quantal task for this ticket as Won't Fix.

** Changed in: gm-notify (Ubuntu Quantal)
   Status: Triaged = Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to libunity-webapps in Ubuntu.
https://bugs.launchpad.net/bugs/1040259

Title:
  FFE: libmessaging-menu transitions for quantal

Status in Gmail Watcher:
  Triaged
Status in Lightread:
  Triaged
Status in Quassel Irc Client:
  New
Status in Skype-wrapper:
  In Progress
Status in evolution-indicator package in Ubuntu:
  Fix Released
Status in gm-notify package in Ubuntu:
  Triaged
Status in guayadeque package in Ubuntu:
  Fix Released
Status in gwibber package in Ubuntu:
  Fix Released
Status in indicator-messages package in Ubuntu:
  Fix Released
Status in kdenetwork package in Ubuntu:
  New
Status in kdepim package in Ubuntu:
  New
Status in libdbusmenu-qt package in Ubuntu:
  New
Status in libunity-webapps package in Ubuntu:
  Fix Released
Status in liferea package in Ubuntu:
  Fix Released
Status in openfetion package in Ubuntu:
  New
Status in pidgin package in Ubuntu:
  Fix Released
Status in pidgin-libnotify package in Ubuntu:
  Fix Released
Status in quassel package in Ubuntu:
  New
Status in smuxi package in Ubuntu:
  Fix Released
Status in telepathy-indicator package in Ubuntu:
  Fix Released
Status in thunderbird package in Ubuntu:
  Fix Released
Status in unity-mail package in Ubuntu:
  Fix Released
Status in xchat-indicator package in Ubuntu:
  Fix Released
Status in gm-notify source package in Quantal:
  Won't Fix
Status in guayadeque source package in Quantal:
  New
Status in gwibber source package in Quantal:
  Fix Released
Status in indicator-messages source package in Quantal:
  Fix Released
Status in kdenetwork source package in Quantal:
  New
Status in kdepim source package in Quantal:
  New
Status in libdbusmenu-qt source package in Quantal:
  New
Status in libunity-webapps source package in Quantal:
  Fix Released
Status in liferea source package in Quantal:
  Invalid
Status in openfetion source package in Quantal:
  New
Status in pidgin source package in Quantal:
  Confirmed
Status in pidgin-libnotify source package in Quantal:
  Won't Fix
Status in quassel source package in Quantal:
  New
Status in smuxi source package in Quantal:
  Fix Released
Status in telepathy-indicator source package in Quantal:
  Fix Released
Status in thunderbird source package in Quantal:
  Fix Released
Status in unity-mail source package in Quantal:
  Fix Released
Status in xchat-indicator source package in Quantal:
  Fix Released

Bug description:
  indicator-messages got updated, introducing a new libmessaging-menu
  api (deprecating the old libindicate library) which should make
  application developper's life easier.

  The indicator work is done and the library is ready and we started
  porting applications

  The current stack is being tested in https://launchpad.net/~ubuntu-
  desktop/+archive/ppa/

  It includes
  - indicator-messages
  - gwibber
  - indicator-telepathy
  - thunderbird (soon, work is being finished)

  which is what we consider the minimal set for landing the feature

  for quantal we will add those soon:
  - pidgin
  - xchat-indicator
  - evolution-indicator

To manage notifications about this bug go to:
https://bugs.launchpad.net/gmailwatcher/+bug/1040259/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1384460] Re: Delegate unhandled URL schemes to the system

2014-12-03 Thread Olivier Tilloy
I added a canonical-devices-system-image task to consider merging the
dialer-app branch in RTM (all the other pieces already made it to RTM).

** Also affects: canonical-devices-system-image
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1384460

Title:
  Delegate unhandled URL schemes to the system

Status in the base for Ubuntu mobile products:
  New
Status in Oxide Webview:
  Fix Released
Status in Oxide 1.3 series:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Fix Released

Bug description:
  We currently ignore any URL's with a scheme that is unrecognised. We
  should be delegating these to the system so that it can try to find a
  handler for it

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1384460/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1398905] [NEW] Back button doesn't dismiss warning page

2014-12-03 Thread VĂ­ctor R . Ruiz
Public bug reported:

Test case.
- Open webbrowser-app.
- Browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html
- Verify that you get a warning page.
- Tap to back button.

Expected result.
- Warning page is dismissed.

Actual result.
- Address is changed in the address bar, but the warning page is still 
displayed.

current build number: 171
device name: krillin
channel: ubuntu-touch/ubuntu-rtm/14.09-proposed

** Affects: webbrowser-app
 Importance: Undecided
 Status: New


** Tags: qa-daily-testing

** Description changed:

  Test case.
  - Open webbrowser-app.
- - Browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html 
+ - Browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html
  - Verify that you get a warning page.
  - Tap to back button.
  
  Expected result.
  - Warning page is dismissed.
  
  Actual result.
  - Address is changed in the address bar, but the warning page is still 
displayed.
+ 
+ current build number: 171
+ device name: krillin
+ channel: ubuntu-touch/ubuntu-rtm/14.09-proposed

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1398905

Title:
  Back button doesn't dismiss warning page

Status in Web Browser App:
  New

Bug description:
  Test case.
  - Open webbrowser-app.
  - Browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html
  - Verify that you get a warning page.
  - Tap to back button.

  Expected result.
  - Warning page is dismissed.

  Actual result.
  - Address is changed in the address bar, but the warning page is still 
displayed.

  current build number: 171
  device name: krillin
  channel: ubuntu-touch/ubuntu-rtm/14.09-proposed

To manage notifications about this bug go to:
https://bugs.launchpad.net/webbrowser-app/+bug/1398905/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1398905] Re: Back button doesn't dismiss warning page

2014-12-03 Thread Olivier Tilloy
** Changed in: webbrowser-app
   Status: New = Confirmed

** Also affects: webbrowser-app (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: webbrowser-app (Ubuntu RTM)
   Importance: Undecided
   Status: New

** Changed in: webbrowser-app (Ubuntu)
   Status: New = Confirmed

** Changed in: webbrowser-app (Ubuntu RTM)
   Status: New = Confirmed

** Changed in: webbrowser-app
   Importance: Undecided = High

** Changed in: webbrowser-app
 Assignee: (unassigned) = Olivier Tilloy (osomon)

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1398905

Title:
  Back button doesn't dismiss warning page

Status in Web Browser App:
  Confirmed
Status in webbrowser-app package in Ubuntu:
  Confirmed
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  Test case.
  - Open webbrowser-app.
  - Browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html
  - Verify that you get a warning page.
  - Tap to back button.

  Expected result.
  - Warning page is dismissed.

  Actual result.
  - Address is changed in the address bar, but the warning page is still 
displayed.

  current build number: 171
  device name: krillin
  channel: ubuntu-touch/ubuntu-rtm/14.09-proposed

To manage notifications about this bug go to:
https://bugs.launchpad.net/webbrowser-app/+bug/1398905/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1395524] Re: unity webapps don't work in Ubuntu 14.10

2014-12-03 Thread Alexandre Abreu
** Branch linked: lp:~abreu-alexandre/unity-webapps-qml/content-hub-
fail-safe-14-04

** Branch linked: lp:~abreu-alexandre/unity-webapps-qml/content-hub-
fail-safe-14-10

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to unity-webapps-gmail in
Ubuntu.
https://bugs.launchpad.net/bugs/1395524

Title:
   unity webapps don't work in Ubuntu 14.10

Status in unity-webapps-gmail package in Ubuntu:
  In Progress
Status in unity-webapps-qml package in Ubuntu:
  Fix Released

Bug description:
  I have tested webapps even after the latest updates in Ubuntu 14.10
  The result is the same: Blank screen to all, always reproducible, in any 
condition, even after a fresh installation
  even after the last updates. 
  I have not modified my system in any way to affect webapps and all default 
packages are there. 
  It applies to all webapps, youtube, gmail, livemail, reddit, etc. 

  Technical Info, 
  Ubuntu 14.10
  Package - Unity Webapps  Webapps - Unity integration
  Webapps should open normally
  Result: Blank screen

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-webapps-gmail/+bug/1395524/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1398941] [NEW] Tidy up LoadEvent mess

2014-12-03 Thread Chris Coulson
Public bug reported:

Currently if a load fails, the renderer loads an error page. When this
happens, we get a sequence of load events that look like this:

type=started, url=http://invalid/;
type=failed, url=http://invalid/;
type=started, url=data:text/html,chromewebdata
type=committed, url=http://invalid/;
type=succeeded, url=data:text/html,chromewebdata

It's easy to filter out those events with
url==data:text/html,chromewebdata as being an error page (this URL
doesn't change), but the committed event in the middle is confusing and
difficult for an application to filter out.

There's a few potential solutions for cleaning this up:

- We could add an isErrorPage property to LoadEvent, which would be true for 
all of the last 3 events. We can detect that the committed event is an error 
page by checking the page type on the currently committed navigation entry.
- Alternatively, we could disable loading of the (currently non-existent / 
empty, but I'd like to provide a default page eventually) error page on the 
renderer side. This would get rid of these events entirely. Do we know whether 
QtWebkit or WebkitGTK provide a default error page?
- Another option would be to keep the error page but filter out the events. I'm 
less keen on this though, as it means we do commit a navigation entry but 
without emitting the appropriate committed notification.

** Affects: oxide
 Importance: Medium
 Assignee: Chris Coulson (chrisccoulson)
 Status: Triaged

** Changed in: oxide
   Importance: Undecided = Medium

** Changed in: oxide
   Status: New = Triaged

** Changed in: oxide
Milestone: None = branch-1.5

** Changed in: oxide
 Assignee: (unassigned) = Chris Coulson (chrisccoulson)

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1398941

Title:
  Tidy up LoadEvent mess

Status in Oxide Webview:
  Triaged

Bug description:
  Currently if a load fails, the renderer loads an error page. When this
  happens, we get a sequence of load events that look like this:

  type=started, url=http://invalid/;
  type=failed, url=http://invalid/;
  type=started, url=data:text/html,chromewebdata
  type=committed, url=http://invalid/;
  type=succeeded, url=data:text/html,chromewebdata

  It's easy to filter out those events with
  url==data:text/html,chromewebdata as being an error page (this URL
  doesn't change), but the committed event in the middle is confusing
  and difficult for an application to filter out.

  There's a few potential solutions for cleaning this up:

  - We could add an isErrorPage property to LoadEvent, which would be true 
for all of the last 3 events. We can detect that the committed event is an 
error page by checking the page type on the currently committed navigation 
entry.
  - Alternatively, we could disable loading of the (currently non-existent / 
empty, but I'd like to provide a default page eventually) error page on the 
renderer side. This would get rid of these events entirely. Do we know whether 
QtWebkit or WebkitGTK provide a default error page?
  - Another option would be to keep the error page but filter out the events. 
I'm less keen on this though, as it means we do commit a navigation entry but 
without emitting the appropriate committed notification.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1398941/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1395524] Re: unity webapps don't work in Ubuntu 14.10

2014-12-03 Thread Alexandre Abreu
** Description changed:

+ [Impact]
+ 
+ No webapp will start in 14.10.
+ 
+ [Test Case]
+ 
+ - install a webapp (e.g. unity-webapps-gmail),
+ - click on the launcher icon for gmail,
+ - make sure that the GMail webapp starts and that a gmail loging prompt 
appears,
+ 
+ [Regression Potential]
+ 
+ None
+ 
+ -
+ 
+ Original bug description:
+ 
  I have tested webapps even after the latest updates in Ubuntu 14.10
  The result is the same: Blank screen to all, always reproducible, in any 
condition, even after a fresh installation
- even after the last updates. 
- I have not modified my system in any way to affect webapps and all default 
packages are there. 
- It applies to all webapps, youtube, gmail, livemail, reddit, etc. 
+ even after the last updates.
+ I have not modified my system in any way to affect webapps and all default 
packages are there.
+ It applies to all webapps, youtube, gmail, livemail, reddit, etc.
  
- Technical Info, 
+ Technical Info,
  Ubuntu 14.10
  Package - Unity Webapps  Webapps - Unity integration
  Webapps should open normally
  Result: Blank screen

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to unity-webapps-gmail in
Ubuntu.
https://bugs.launchpad.net/bugs/1395524

Title:
   unity webapps don't work in Ubuntu 14.10

Status in unity-webapps-gmail package in Ubuntu:
  In Progress
Status in unity-webapps-qml package in Ubuntu:
  Fix Released

Bug description:
  [Impact]

  No webapp will start in 14.10.

  [Test Case]

  - install a webapp (e.g. unity-webapps-gmail),
  - click on the launcher icon for gmail,
  - make sure that the GMail webapp starts and that a gmail loging prompt 
appears,

  [Regression Potential]

  None

  -

  Original bug description:

  I have tested webapps even after the latest updates in Ubuntu 14.10
  The result is the same: Blank screen to all, always reproducible, in any 
condition, even after a fresh installation
  even after the last updates.
  I have not modified my system in any way to affect webapps and all default 
packages are there.
  It applies to all webapps, youtube, gmail, livemail, reddit, etc.

  Technical Info,
  Ubuntu 14.10
  Package - Unity Webapps  Webapps - Unity integration
  Webapps should open normally
  Result: Blank screen

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-webapps-gmail/+bug/1395524/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1398923] Re: [Facebook] External links don't open in the webbrowser

2014-12-03 Thread Alexandre Abreu
A branch has been proposed for RTM to allowing fixing the issue. (The
Vivid webapp-container already contains the fix).

A fix at the click package level will be needed after that. The branch
is backward compatible with the current facebook webapp so it does not
make the situation worse (it actually makes it slightly better).


** Also affects: webbrowser-app
   Importance: Undecided
   Status: New

** Branch linked: lp:~abreu-alexandre/webbrowser-app/rtm-1409-backport-
prefix-pattern

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1398923

Title:
  [Facebook] External links don't open in the webbrowser

Status in The Webapps-core project:
  In Progress
Status in Web Browser App:
  New

Bug description:
  Test case.
  - Open Facebook app.
  - Login.
  - Click on an external link.

  Expected result.
  - Link is opened in webbrowser-app.

  Actual result.
  - In krillin rtm-proposed 171, link is treated as an internal link.
  - In mako vivid 41, page is not opened. Facebook displays Page not found 
error displayed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/webapps-core/+bug/1398923/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1384460] Re: Delegate unhandled URL schemes to the system

2014-12-03 Thread Bill Filler
** Also affects: dialer-app
   Importance: Undecided
   Status: New

** Also affects: dialer-app (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: dialer-app (Ubuntu RTM)
   Importance: Undecided
   Status: New

** Changed in: dialer-app
   Status: New = In Progress

** Changed in: dialer-app (Ubuntu)
   Status: New = Fix Released

** Changed in: dialer-app (Ubuntu RTM)
   Status: New = In Progress

** Changed in: dialer-app
   Importance: Undecided = High

** Changed in: dialer-app (Ubuntu)
   Importance: Undecided = High

** Changed in: dialer-app (Ubuntu RTM)
   Importance: Undecided = High

** Changed in: dialer-app
 Assignee: (unassigned) = Gustavo Pichorim Boiko (boiko)

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1384460

Title:
  Delegate unhandled URL schemes to the system

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Dialer app for Ubuntu Touch:
  In Progress
Status in Oxide Webview:
  Fix Released
Status in Oxide 1.3 series:
  Fix Released
Status in dialer-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in dialer-app package in Ubuntu RTM:
  In Progress
Status in webbrowser-app package in Ubuntu RTM:
  Fix Released

Bug description:
  We currently ignore any URL's with a scheme that is unrecognised. We
  should be delegating these to the system so that it can try to find a
  handler for it

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1384460/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1395748] Re: Crash going back twice while loading a page

2014-12-03 Thread Bill Filler
** Changed in: webbrowser-app
   Status: Fix Released = In Progress

** Changed in: webbrowser-app (Ubuntu RTM)
   Importance: Undecided = High

** Changed in: webbrowser-app
   Importance: Critical = High

** Tags added: ww51

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1395748

Title:
  Crash going back twice while loading a page

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Web Browser App:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  In Progress

Bug description:
  Test case.
  - Go to start.ubuntu.com
  - After it loads, go to slashdot.org
  - After it loads, go to linux.com
  - While it is loading, tap to back button twice to go back to start.ubuntu.com

  Expected result.
  - Browser displays start.ubuntu.com

  Actual result.
  - Crash.

  current build number: 118
  device name: krillin
  channel: ubuntu-touch/ubuntu-rtm/14.09.es-proposed

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1395748/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp