[Ubuntu-webapps-bugs] [Bug 1371166] Re: HERE location does not work in browser, but works in osmtouch

2014-09-19 Thread Thomas Voß
Okay, one more data point: I instrumented qtubuntu-sensors, started the
browser from the command line and observed output from qtubuntu-sensors.
Location updates are definitely arriving in the browser and are
propagated further on to oxide. Please see attached screenshot.

** Attachment added: "location_works_for_qt_but_not_for_oxide.png"
   
https://bugs.launchpad.net/webbrowser-app/+bug/1371166/+attachment/4209334/+files/location_works_for_qt_but_not_for_oxide.png

** Changed in: qtubuntu-sensors
   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/1371166

Title:
  HERE location does not work in browser, but works in osmtouch

Status in Oxide Webview:
  New
Status in QT Ubuntu Sensors:
  Invalid
Status in Web Browser App:
  Invalid

Bug description:
  On my N4 I can use our HERE provider to get a location fix using
  latest utopic image. I cannot get this to work in any browser maps
  (e.g. here.com maps.google.com etc.).

  Filing this bug to have this on our radar.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1371166/+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 1318008] Re: Core apps .desktop files do not include translated strings

2014-09-19 Thread Ubuntu Phone Apps Jenkins Bot
Fix committed into lp:ubuntu-clock-app at revision 106, scheduled for
release in ubuntu-clock-app, milestone rtm

** Changed in: ubuntu-clock-app
   Status: Fix Released => Fix Committed

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

Title:
  Core apps .desktop files do not include translated strings

Status in Address Book App:
  Fix Released
Status in Camera App:
  Fix Released
Status in Dialer app for Ubuntu Touch:
  Fix Released
Status in Dropping Letters:
  Invalid
Status in Gallery App:
  In Progress
Status in Media Player App:
  Fix Released
Status in Messaging App:
  Fix Released
Status in Music application for Ubuntu devices:
  Fix Released
Status in Notes App:
  In Progress
Status in Sudoku game for Ubuntu Touch:
  New
Status in Calculator application for Ubuntu devices:
  Fix Released
Status in Calendar application for Ubuntu devices:
  Fix Released
Status in Clock application for Ubuntu devices:
  Fix Committed
Status in Ubuntu Clock App reboot series:
  Fix Committed
Status in File Manager application for Ubuntu devices:
  Fix Committed
Status in RSS Feed Reader application for Ubuntu devices:
  Fix Committed
Status in Terminal application for Ubuntu devices:
  Fix Committed
Status in Ubuntu Translations:
  Triaged
Status in Weather application for Ubuntu devices:
  Fix Released
Status in Web Browser App:
  Fix Released
Status in “camera-app” package in Ubuntu:
  Fix Released
Status in “dialer-app” package in Ubuntu:
  Fix Released
Status in “messaging-app” package in Ubuntu:
  Fix Released
Status in “ubuntu-system-settings” package in Ubuntu:
  Fix Released
Status in “webbrowser-app” package in Ubuntu:
  Fix Released

Bug description:
  As other apps cannot know where .mo files might be located for click
  packages, and unity8 apparently does not know about X-Ubuntu-Gettext-
  Domain for deb packages, the .desktop files for any applications will
  need to have their translations merged back into the .desktop file
  itself. This at a minimum should include the following .desktop
  fields:

  Name
  Comment
  Keywords (semicolon-separated list of strings)

To manage notifications about this bug go to:
https://bugs.launchpad.net/address-book-app/+bug/1318008/+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 1371731] Re: Opening a URL to an already open webapp doesn't load the new URL

2014-09-19 Thread David Barth
** Project changed: webbrowser-app => webapps-core

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

Title:
  Opening a URL to an already open webapp doesn't load the new URL

Status in The Webapps-core project:
  Triaged

Bug description:
  RTM 14.09-proposed build 50

  If dispatching a url to a webapp that's already opened, the new URL
  isn't loaded, the same page just stays there.  If the webapp isn't
  already opened, it launches the proper URL

To manage notifications about this bug go to:
https://bugs.launchpad.net/webapps-core/+bug/1371731/+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 1371731] [NEW] Opening a URL to an already open webapp doesn't load the new URL

2014-09-19 Thread Chris Wayne
Public bug reported:

RTM 14.09-proposed build 50

If dispatching a url to a webapp that's already opened, the new URL
isn't loaded, the same page just stays there.  If the webapp isn't
already opened, it launches the proper URL

** Affects: webbrowser-app
 Importance: Critical
 Assignee: Bill Filler (bfiller)
 Status: New


** Tags: rtm14

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

Title:
  Opening a URL to an already open webapp doesn't load the new URL

Status in Web Browser App:
  New

Bug description:
  RTM 14.09-proposed build 50

  If dispatching a url to a webapp that's already opened, the new URL
  isn't loaded, the same page just stays there.  If the webapp isn't
  already opened, it launches the proper URL

To manage notifications about this bug go to:
https://bugs.launchpad.net/webbrowser-app/+bug/1371731/+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 1362543] Re: Web Application fail to load properly every other time is launched

2014-09-19 Thread Bill Filler
** Also affects: oxide
   Importance: Undecided
   Status: New

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

Title:
  Web Application fail to load properly every other time is launched

Status in Oxide Webview:
  Confirmed
Status in Web Browser App:
  In Progress
Status in “webbrowser-app” package in Ubuntu:
  In Progress

Bug description:
  I am testing a game called ninjaflips. Works fine the first time you
  launch it , but the second time wont load correctly. If you close it
  and try again it will launch fine and so on..

  Attached logs for working and not working plus click package

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1362543/+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 1351363] Re: OSK disappears when switching focus from address bar to input field on page

2014-09-19 Thread Olivier Tilloy
When tapping on the input field in the page after focusing the QML TextInput, 
I’m seeing WebView::TextInputStateChanged(…) being called twice in a row:
 - the first time with type == TEXT_INPUT_TYPE_SEARCH and show_ime_if_needed == 
false, so obviously this doesn’t prompt the OSK to show
 - the second time with type == TEXT_INPUT_TYPE_SEARCH and show_ime_if_needed 
== true, which calls into oxide::qt::WebView::OnTextInputStateChanged(), which 
should show the OSK, but oddly at this point HasFocus() returns false, which is 
why nothing happens

It seems to me that when tapping an input field on the webview, the
webview should get focus, and therefore HasFocus() should return true.
So it looks like it’s a bug in oxide.

** Also affects: oxide
   Importance: Undecided
   Status: New

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

Title:
  OSK disappears when switching focus from address bar to input field on
  page

Status in Oxide Webview:
  New
Status in Web Browser App:
  Triaged

Bug description:
  Steps to reproduce:

  - Open http://start.ubuntu.com in the browser
  - Make sure the webview/input is not focused
  - Tap on the address bar(OSK appears)
  - Tap on the search input

  Excepted result :
  - OSK shouldn't disappear & should only change layout according to the input 
type

  Actual result :
  - OSK disappeared & you need to tap again on the search input to make it 
appear

  See video
  https://docs.google.com/file/d/0B5YNuwiW23vRM1FFQW5pTGV1OXc/edit

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1351363/+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 1371569] [NEW] Crash when accessing page with revoked SSL EV certificate

2014-09-19 Thread Michael Sheldon
Public bug reported:

Accessing pages with revoked SSL EV certificates triggers a seg fault in
oxide related to OxideQCertificateError.

Steps to reproduce

 1) Visit https://test-sspev.verisign.com:2443/test-SSPEV-revoked-
verisign.html in webbrowser-app

This is reproducible on both the phone and the desktop.

Backtrace:

#0  operator= (p=0x57c467d0, this=0x30) at 
../../../../third_party/chromium/src/base/memory/ref_counted.h:307
#1  operator= (r=..., this=0x30) at 
../../../../third_party/chromium/src/base/memory/ref_counted.h:315
#2  operator= (this=0x30) at 
../../../../third_party/chromium/src/base/callback_internal.h:37
#3  operator= (this=0x30) at 
../../../../third_party/chromium/src/base/callback.h:371
#4  oxide::PermissionRequest::SetCancelCallback(base::Callback const&) 
(this=0x0, callback=...)
at ../../../../shared/browser/oxide_permission_request.cc:181
#5  0x7fffc86af876 in OxideQCertificateError::OxideQCertificateError 
(this=, dd=..., parent=)
at ../../../../qt/core/api/oxideqcertificateerror.cc:117
#6  0x7fffc86af925 in OxideQCertificateErrorPrivate::Create (url=..., 
is_main_frame=is_main_frame@entry=true,
is_subresource=is_subresource@entry=false, 
strict_enforcement=strict_enforcement@entry=false, certificate=...,
cert_error=cert_error@entry=OxideQCertificateError::ErrorRevoked, 
request=..., parent=parent@entry=0x0)
at ../../../../qt/core/api/oxideqcertificateerror.cc:104
#7  0x7fffc86a8e0d in oxide::qt::WebView::OnCertificateError 
(this=this@entry=0x579786d0, is_main_frame=, 
cert_error=oxide::CERT_ERROR_REVOKED, cert=..., request_url=..., 
resource_type=resource_type@entry=content::RESOURCE_TYPE_MAIN_FRAME, 
strict_enforcement=strict_enforcement@entry=false, request=...) at 
../../../../qt/core/browser/oxide_qt_web_view.cc:777
#8  0x7fffc86e6863 in 
oxide::WebView::AllowCertificateError(content::RenderFrameHost*, int, 
net::SSLInfo const&, GURL const&, content::ResourceType, bool, bool, 
base::Callback const&, content::CertificateRequestResultType*) 
(this=0x579786d0, rfh=, 
cert_error=, ssl_info=..., request_url=..., 
resource_type=content::RESOURCE_TYPE_MAIN_FRAME, overridable=false, 
strict_enforcement=false, callback=..., result=0x7fffce9c) at 
../../../../shared/browser/oxide_web_view.cc:1426
#9  0x7fffcaa45329 in content::SSLPolicy::OnCertErrorInternal 
(this=this@entry=0x579825d0, handler=handler@entry=0x7fff74055d20, 
options_mask=) at 
../../../../third_party/chromium/src/content/browser/ssl/ssl_policy.cc:218
#10 0x7fffcaa454de in content::SSLPolicy::OnCertError (this=0x579825d0, 
handler=0x7fff74055d20)
at ../../../../third_party/chromium/src/content/browser/ssl/ssl_policy.cc:86
#11 0x7fffc8709698 in Run (this=0x7fffd138) at 
../../../../third_party/chromium/src/base/callback.h:401
#12 base::debug::TaskAnnotator::RunTask (this=this@entry=0x57927320, 
queue_function=queue_function@entry=0x7fffcb076b2d "MessageLoop::PostTask", 
run_function=run_function@entry=0x7fffcb076b4c "MessageLoop::RunTask", 
pending_task=...)
at ../../../../third_party/chromium/src/base/debug/task_annotator.cc:62
#13 0x7fffc8738394 in base::MessageLoop::RunTask 
(this=this@entry=0x579271d0, pending_task=...)
at 
../../../../third_party/chromium/src/base/message_loop/message_loop.cc:436
#14 0x7fffc87386a1 in base::MessageLoop::DeferOrRunPendingTask 
(this=this@entry=0x579271d0, pending_task=...)
at 
../../../../third_party/chromium/src/base/message_loop/message_loop.cc:445
#15 0x7fffc873b875 in base::MessageLoop::DoWork (this=0x579271d0)
at 
../../../../third_party/chromium/src/base/message_loop/message_loop.cc:552
#16 0x7fffc86a49da in oxide::qt::MessagePump::customEvent 
(this=0x5791bb60, event=)
at ../../../../qt/core/browser/oxide_qt_message_pump.cc:60
#17 0x779aa63d in QObject::event(QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x75d156dc in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#19 0x75d1a456 in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#20 0x7797a9d5 in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x7797c827 in QCoreApplicationPrivate::sendPostedEvents(QObject*, 
int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
---Type  to continue, or q  to quit---
#22 0x779d2243 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#23 0x74028c2d in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x74028f18 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x74028fcc in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x779d16bc in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr

[Ubuntu-webapps-bugs] [Bug 1351157] Re: Update visual design of the new tab page

2014-09-19 Thread Giorgio Venturi
** Also affects: ubuntu-ux
   Importance: Undecided
   Status: New

** Changed in: ubuntu-ux
 Assignee: (unassigned) => Giorgio Venturi (giorgio-venturi)

** Changed in: ubuntu-ux
   Status: New => Fix Committed

** Changed in: ubuntu-ux
   Importance: Undecided => Low

** Tags removed: rtm14

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

Title:
  Update visual design of the new tab page

Status in Ubuntu UX bugs:
  Fix Committed
Status in Web Browser App:
  Triaged

Bug description:
  The visual design of the new tab page doesn’t fully match the visual spec:
   - the "see more" / "see less" actions for bookmarks should be in the section 
header
   - the layout should be different when in landscape mode

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1351157/+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 1191984] Re: [browser] Adding a button to show/hide the bottom edge menu

2014-09-19 Thread Giorgio Venturi
** Changed in: ubuntu-ux
   Status: Fix Committed => Invalid

** Changed in: ubuntu-ux
   Importance: Medium => Undecided

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

Title:
  [browser] Adding a button to show/hide the bottom edge menu

Status in Ubuntu UX bugs:
  Invalid
Status in Web Browser App:
  Invalid
Status in “webbrowser-app” package in Ubuntu:
  Invalid

Bug description:
  Hi every one

  This is another idea for Webbrowse-app on Desktop form factor. I love
  the fact that my browser have the all the space of my little screen of
  my netbook. But it's not easy to find the bottom edge menu. So maybe
  with an icon we can click on, it coulb be easier for Desktop users to
  use the app.

  Best Regards
  Winael

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