[Ubuntu-webapps-bugs] [Bug 1332754] [NEW] Evict frames for hidden webviews

2014-06-20 Thread Chris Coulson
Public bug reported:

When a webview is hidden we hold on to the frontbuffer until it is made
visible again. Instead of doing this, we should consider evicting all
buffers for hidden views in order to free resources. A tradeoff of this
would be small delay when making a hidden view visible again.

On Android, Chrome evicts frames for all hidden views. On destkop, it
doesn't evict all of them but does cap the number based on available
memory

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

** Changed in: oxide
Milestone: None => branch-1.2

** Changed in: oxide
   Importance: Undecided => High

** Changed in: oxide
   Status: New => Triaged

** Description changed:

  When a webview is hidden we hold on to the frontbuffer until it is made
  visible again. Instead of doing this, we should consider evicting all
  buffers for hidden views in order to free resources. A tradeoff of this
  would be small delay when making a hidden view visible again.
  
- On Android, Chrome evicts frames for hidden views. On destkop, it
+ On Android, Chrome evicts frames for all hidden views. On destkop, it
  doesn't evict all of them but does cap the number based on available
  memory

** 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/1332754

Title:
  Evict frames for hidden webviews

Status in Oxide Webview:
  Triaged

Bug description:
  When a webview is hidden we hold on to the frontbuffer until it is
  made visible again. Instead of doing this, we should consider evicting
  all buffers for hidden views in order to free resources. A tradeoff of
  this would be small delay when making a hidden view visible again.

  On Android, Chrome evicts frames for all hidden views. On destkop, it
  doesn't evict all of them but does cap the number based on available
  memory

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1332754/+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 1322456] Re: Fonts in browser textfields are wrong

2014-06-20 Thread Olivier Tilloy
** Changed in: webbrowser-app
   Status: In Progress => Fix Released

-- 
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/1322456

Title:
  Fonts in browser textfields are wrong

Status in Oxide Webview:
  Invalid
Status in QT Ubuntu:
  Invalid
Status in Ubuntu UI Toolkit:
  Invalid
Status in Web Browser App:
  Fix Released
Status in “webbrowser-app” package in Ubuntu:
  Fix Released

Bug description:
  It feels like we're using system fonts in textfields, where webfonts
  are expected on a number of websites now.

  One example of that is the signon page for Google Apps, like Calendar.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1322456/+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 1182658] Re: Geolocation is not working in the browser

2014-06-20 Thread Olivier Tilloy
** Changed in: webbrowser-app
   Status: In Progress => Fix Released

-- 
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/1182658

Title:
  Geolocation is not working in the browser

Status in Web Browser App:
  Fix Released
Status in “location-service” package in Ubuntu:
  Fix Released
Status in “webbrowser-app” package in Ubuntu:
  Fix Released
Status in “location-service” source package in Saucy:
  Fix Released
Status in “webbrowser-app” source package in Saucy:
  Invalid

Bug description:
  When going to maps.google.com and getting directions, selecting 'My
  Location' as the starting point has a spinner that never seems to
  resolve to the current location.

  I am not sure how this gathers a location (geo IP or using GPS).

To manage notifications about this bug go to:
https://bugs.launchpad.net/webbrowser-app/+bug/1182658/+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 1323735] Re: contextual menus not working in the webapp container

2014-06-20 Thread Olivier Tilloy
** Changed in: webbrowser-app
   Status: Confirmed => Fix Released

** Changed in: webbrowser-app (Ubuntu)
   Status: Confirmed => Fix Released

** Changed in: unity-webapps-qml
   Status: In Progress => Fix Released

** Changed in: webapps-core
   Status: New => Invalid

-- 
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/1323735

Title:
  contextual menus not working in the webapp container

Status in Unity WebApps QML component:
  Fix Released
Status in The Webapps-core project:
  Invalid
Status in Web Browser App:
  Fix Released
Status in “unity-webapps-qml” package in Ubuntu:
  Fix Released
Status in “webbrowser-app” package in Ubuntu:
  Fix Released

Bug description:
  
  - open twitter webapp and sign on
  - go to home view that shows tweets from people you are following
  - try and press and hold on any links in the tweets

  Expected results:
  - a popup menu is displayed with options to open link in new tab, copy link, 
etc

  Actual results:
  - no popup menu

  Note, this works correctly if loading twitter in browser but just not
  from webapp

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity-webapps-qml/+bug/1323735/+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 1323735] Re: contextual menus not working in the webapp container

2014-06-20 Thread Launchpad Bug Tracker
This bug was fixed in the package unity-webapps-qml -
0.1+14.10.20140620-0ubuntu1

---
unity-webapps-qml (0.1+14.10.20140620-0ubuntu1) utopic; urgency=low

  [ Ubuntu daily release ]
  * New rebuild forced

  [ Olivier Tilloy ]
  * Do not override existing message handlers. Oxide has this nice
feature that it automatically attaches the instantiated message
handler to the webview anyway, so this line was useless. (LP:
#1323735)
 -- Ubuntu daily releaseFri, 20 Jun 2014 
09:37:13 +

** Changed in: unity-webapps-qml (Ubuntu)
   Status: New => Fix Released

-- 
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/1323735

Title:
  contextual menus not working in the webapp container

Status in Unity WebApps QML component:
  In Progress
Status in The Webapps-core project:
  New
Status in Web Browser App:
  Confirmed
Status in “unity-webapps-qml” package in Ubuntu:
  Fix Released
Status in “webbrowser-app” package in Ubuntu:
  Confirmed

Bug description:
  
  - open twitter webapp and sign on
  - go to home view that shows tweets from people you are following
  - try and press and hold on any links in the tweets

  Expected results:
  - a popup menu is displayed with options to open link in new tab, copy link, 
etc

  Actual results:
  - no popup menu

  Note, this works correctly if loading twitter in browser but just not
  from webapp

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity-webapps-qml/+bug/1323735/+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 1332505] [NEW] Focus object signals stop being sent after a call to Qt.openExternalUrl()

2014-06-20 Thread Michael Sheldon
Public bug reported:

When integrating with the input framework for OSK usage, the focus
object needs to be set via a call to setFocusObject() on the
QInputContext interface. This is done internally by QGuiApplication.
This functions correctly within oxide until a call to
Qt.openExternalURL() is made by a webapp, after this the
setFocusObject() method is never called again and so the keyboard won't
display until the webapp is restarted.

We currently have a workaround for this in https://code.launchpad.net
/~michael-sheldon/oxide/input-focus-fix/+merge/222507 however further
investigation is required to determine the underlying cause of the issue
(which may be in oxide or might be in QtUbuntu)

** Affects: oxide
 Importance: Undecided
 Status: New

** Affects: qtubuntu
 Importance: Undecided
 Status: New

** Also affects: qtubuntu
   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/1332505

Title:
  Focus object signals stop being sent after a call to
  Qt.openExternalUrl()

Status in Oxide Webview:
  New
Status in QT Ubuntu:
  New

Bug description:
  When integrating with the input framework for OSK usage, the focus
  object needs to be set via a call to setFocusObject() on the
  QInputContext interface. This is done internally by QGuiApplication.
  This functions correctly within oxide until a call to
  Qt.openExternalURL() is made by a webapp, after this the
  setFocusObject() method is never called again and so the keyboard
  won't display until the webapp is restarted.

  We currently have a workaround for this in https://code.launchpad.net
  /~michael-sheldon/oxide/input-focus-fix/+merge/222507 however further
  investigation is required to determine the underlying cause of the
  issue (which may be in oxide or might be in QtUbuntu)

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1332505/+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 1323743] Re: keyboard doesn't display in webapps after some time

2014-06-20 Thread Chris Coulson
** Changed in: oxide
   Status: In Progress => Fix Released

** Changed in: oxide
Milestone: None => branch-1.1

-- 
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/1323743

Title:
  keyboard doesn't display in webapps after some time

Status in Oxide Webview:
  Fix Released
Status in Ubuntu Keyboard:
  In Progress
Status in Web Browser App:
  In Progress
Status in “ubuntu-keyboard” package in Ubuntu:
  In Progress

Bug description:
  using build r48
  maliit-framework  0.99.0+git20130615+97e8335-0ubuntu8
  ubuntu-keyboard 0.99.trunk.phablet2+14.10.20140515-0ubuntu1
  webapp-container 0.23+14.10.20140522.1-0ubuntu1

  I don't have the exact steps to reproduce the issue, but have run into
  a lot over the last few days of using the phone.

  - launch gmail webapp
  - launch twitter webapp
  - try and use both, doing things to cause the osk to display (like 
sending/replying to email, writing a tweet, etc)
  - click on links in gmail that cause the browser to be open
  - all works fine for a while
  - then do other things on phone, like launch other apps, open the browser 
app, suspend resume, use the carousel spread to switch between open apps (fast 
right edge swipe)
  - phone gets into a state where the osk is no longer displayed in the webapps 
no matter what you do

  The only way to get osk back in the webapp is to close the webapp and
  relaunch it. This fixes the webapp you relaunched but not others that
  are already open.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1323743/+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


Re: [Ubuntu-webapps-bugs] [Bug 1332002] [NEW] no icon

2014-06-20 Thread David Barth
Le 19/06/2014 11:46, ID a écrit :
> Public bug reported:
>
> No icon on unity panel and no icon in messaging menu.
Thanks for the bug report. Do you have debug details or a patch that 
could solve the issue?

David

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

Title:
  no icon

Status in “unity-webapps-vkcom” package in Ubuntu:
  New

Bug description:
  No icon on unity panel and no icon in messaging menu.

  Description:  Ubuntu 14.04 LTS
  Release:  14.04

  Установлен: 2.4.16+13.10.20130924.2-0ubuntu1
Кандидат:   2.4.16+13.10.20130924.2-0ubuntu1
Таблица версий:
   *** 2.4.16+13.10.20130924.2-0ubuntu1 0
  500 http://archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
  100 /var/lib/dpkg/status

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-webapps-vkcom/+bug/1332002/+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 1321189] Re: Launcher is black on Qt 5.3

2014-06-20 Thread Michał Sawicz
** Changed in: qtubuntu
   Status: Fix Committed => Fix Released

-- 
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/1321189

Title:
  Launcher is black on Qt 5.3

Status in QT Ubuntu:
  Fix Released
Status in The Unity 8 shell:
  Invalid
Status in Web Browser App:
  Invalid
Status in “qtubuntu” package in Ubuntu:
  Fix Released

Bug description:
  Launcher is currently empty/black when using Qt 5.3.

  ---
  Refer to kept-update info on the front page of 
https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2 regarding 
where/how to get Qt 5.3. Note that it's not necessarily that PPA itself.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qtubuntu/+bug/1321189/+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