First Last Prev Next    This bug is not in your last search results.
Bug 1051356 - Epiphany and therefore gnome-shell's portal checking fail with TLS handshake failure
Epiphany and therefore gnome-shell's portal checking fail with TLS handshake ...
Status: RESOLVED FIXED
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: GNOME
Current
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: E-mail List
E-mail List
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2017-07-30 08:37 UTC by Atri Bhattacharya
Modified: 2022-11-05 09:16 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Atri Bhattacharya 2017-07-30 08:37:29 UTC 
While connecting to a portal network, epiphany fails with the following error

The precise error was: Error performing TLS handshake: Could not negotiate a supported cipher suite.

Because epiphany fails, so does gnome-shell's portal checking window, which launches immediately upon detecting a portal network but promptly shows the same message with no way to load the portal login page.

Firefox, on the other hand, goes ahead and loads the portal login page on the same network.
Comment 1 Frederic Crozat 2017-07-31 08:18:37 UTC 
I have the same issue on Leap 42.3 with some captive portal
Comment 2 Dominique Leuenberger 2017-11-10 12:36:19 UTC 
Any information about the used certificates of portals failing? Generally seen, epi should be using the system store for CAs (and so should FF; but with the info about signing authority we might be able to track it down a bit more)
Comment 3 Atri Bhattacharya 2022-11-05 09:16:12 UTC 
Not an issue any more.
First Last Prev Next    This bug is not in your last search results.