Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Compose tab does not work on Jolla Sailfish browser #2760

Closed
1 of 2 tasks
bochecha opened this issue May 3, 2017 · 14 comments
Closed
1 of 2 tasks

Compose tab does not work on Jolla Sailfish browser #2760

bochecha opened this issue May 3, 2017 · 14 comments
Labels
bug Something isn't working

Comments

@bochecha
Copy link

bochecha commented May 3, 2017

Since last week, I can't open the compose tab on my Jolla.

(I think that corresponds to when the mstdn.fr admins upgraded to 1.3.0, but I'm not entirely sure. In any case, mstdn.fr is running Mastodon 1.3.2 now and the problem still exists)

The symptoms is that all the tabs work just fine, but when clicking on the compose tab, I get the contents of the last tab I displayed, as if the button did nothing.

The Jolla browser is based on Firefox 38, so I downloaded Firefox 38.8.0 ESR on my desktop and managed to reproduce the exact same issue by turning on the Responsive Design View and setting the viewport to 540x960, the size of my Jolla.

There, all the tabs worked just fine... except the compose tab.

When I click on the compose tab, I can see this in the Firefox console:

TypeError: value.keywords.includes is not a function application-de58e14cf4efdb9107448763bdfb1ffa4bbe12799d96dfe0af6d192f63434d94.js:82:3149

It would be really great if Mastodon worked on the Jolla browser! (of course, it would be great if Jolla updated their browser to a less ancient version of Firefox...)


  • I searched or browsed the repo’s other issues to ensure this is not a duplicate.
  • This bug happens on a tagged release and not on master (If you're a user, don't worry about this).
@ashfurrow ashfurrow added the bug Something isn't working label May 11, 2017
@joyeusenoelle
Copy link
Contributor

joyeusenoelle commented May 18, 2017

Another user is reporting this as well: https://octodon.social/users/cedesguin/updates/96782

It looks like this may be an issue with the emojione-picker. I've opened an issue with that repo.

@objectifnul
Copy link

Also, I'd like to mention that webkit-based browsers on Jolla/SailfishOS (Webpirate and Webcat) don't work with any Mastodon instance.

@joyeusenoelle
Copy link
Contributor

If Webkit browsers on Sailfish don't work with Mastodon at all, that's probably a separate problem; please open a new issue with any information about it you can offer.

@objectifnul
Copy link

Update 1.4.x makes the mobile web interface now completely non functional with SailfishOS :-(

@Gargron
Copy link
Member

Gargron commented Jul 2, 2017

In our quest to reduce bundle size, we have reduced the number of polyfills in favour of expecting modern browser features to already exist. Perhaps the Jolla browser fell victim to this.

cc @nolanlawson @sorin-davidoi

@sorin-davidoi
Copy link
Contributor

Latest master works find in development.
image

However, loading toot.cafe results in this:
image

Not really sure what is happening.

@nightpool
Copy link
Member

nightpool commented Jul 2, 2017

@sorin-davidoi that looks like one of the polyfills is blocked by your csp? hard to tell which one it is with minimization enabled though. Can you try serving the dev code with the same CSP?

(is there even a way to do that with puma? you might have to add it to ApplicationController)

@sorin-davidoi
Copy link
Contributor

sorin-davidoi commented Jul 2, 2017

Can you try serving the dev code with the same CSP?

Not sure how to do that.

@objectifnul
Copy link

FYI, same issue with Gnu-IceCat v52.1.0 (Ubuntu 16.04) for Mastodon instances running Tootsuite 1.4x

@sorin-davidoi
Copy link
Contributor

Spend some time today on this. IceCat doesn't even work in development mode. It stops screaming if I add the Content-Security-Policy header in development.rb, but still does not load the page:

config.action_dispatch.default_headers = {
    'Server'                 => 'Mastodon',
    'Content-Security-Policy'=> 'script-src \'self\' http://127.0.0.1:8080 \'unsafe-eval\' \'unsafe-inline\'',
    'X-Frame-Options'        => 'DENY',
    'X-Content-Type-Options' => 'nosniff',
    'X-XSS-Protection'       => '1; mode=block',
  }

Don't have time to debug this further, but some useful info can be found here.

@nightpool nightpool reopened this Jul 4, 2017
@nightpool
Copy link
Member

nightpool commented Jul 4, 2017

EDIT: whoops, my bad.

so the CSP thing seems to be a red herring then?

@nolanlawson
Copy link
Contributor

toot.cafe has a pretty strict CSP but so do a lot of Mastodon instances. It appears the base_polyfill requires unsafe-eval which appears to be what we're seeing.

@bochecha Can you confirm if base_polyfills*.js is successfully loaded when you test?

@trwnh
Copy link
Member

trwnh commented May 14, 2023

closing this issue as stale. if it can be reproduced in current versions, then it can be reopened (or a new issue can be filed)

@trwnh trwnh closed this as not planned Won't fix, can't repro, duplicate, stale May 14, 2023
@mbridon
Copy link

mbridon commented May 14, 2023

Wow, I see I had opened this issue as I had it on my Jolla 😮

I don't have that phone anymore, and I'm using Tusky anyway, not the browser either 🤦

Sorry I never commented and thank you for closing, the issue is probably long gone anyway 🤷

ClearlyClaire added a commit to ClearlyClaire/mastodon that referenced this issue Jul 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

10 participants