-
Notifications
You must be signed in to change notification settings - Fork 65
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
App does not always work on IE #21
Comments
There is no errors in "F12" for IE11, just the spinning wheel -> maybe iframe/urlength related? |
@f-s - Maybe... We won't know for sure until that part is fixed :| |
So, @deMattin, Could you just let me know if you see at least one request for thumbnails in the network tab of the debugger? |
Yep, the app gets the data, but IE can't display it. |
It might be possible to support IE11 at some point, but in the meantime, we're doing #92 |
Good news, full screen previews work again. it was my mistake 😳 |
Fixed in 4efcbd8 The only problem left is with thumbnails. There is a hack in place to make it work, but I'm waiting on a more sturdy solution. |
Hmm - for me with IE now thumbnails work and preview not!? Could it be an temporary solution to enhance the preview message, that error generating preview is not possible only with IE, yet. So you know, that there is a problem caused by usage of IE and not a general one as the mesage intents now. And "use a modern browser like chrome or firefox" is a bit embarrassing. |
You need to delete the content of the asset folder and use 2.0.7 to be able to see the IE improvements. |
Ok - that has to wait until I get OC 8.0.2. But I don't understand, that you said, the thumbnails don't work. Why does improved 2.0.7 (with now showing full previews) not show thumbnails any more if this worked with 2.0.6? BTW: the actual performance-fixes branch doesn't work with IE11! |
The hack is in 2.0.6 already. There is a short timeout to make sure we get all the thumbnails. Without it, the polyfill just hangs. So this may not work well for everybody and it's slowing things down a little. Still better than nothing :D |
I'm still not happy about the notification for IE11 users. It pollutes the UI for users who may not be able to do anything about it. Does anybody know if there is a way to identify logged-in admins? |
Does this in core/user.php help? /**
* Check if the user is an admin user
*
* @param string $uid uid of the admin
* @return bool
*/
public static function isAdminUser($uid) {
if (OC_Group::inGroup($uid, 'admin') && self::$incognitoMode === false) {
return true;
}
return false;
}
/**
* get the user id of the user currently logged in.
*
* @return string uid or false
*/
public static function getUser() {
$uid = \OC::$server->getSession() ? \OC::$server->getSession()->get('user_id') : null;
if (!is_null($uid) && self::$incognitoMode === false) {
return $uid;
} else {
return false;
}
} What are you up to? |
Now the same thing in Javascript :) |
Right now I see that Gallery is blocking IE with a message to use Firefox or Chrome. I understand that the gallery thumbnail page cannot reliably be displayed using IE. Is it possible to present a visitor with a link or redirect to the files view of the folder? Users in a working gallery, can switch between the files view and the gallery view. There is not a browser block on the files view... the slideshow will even start. As it stands, to share a link to a photos directory with someone in IE, I would need to send a link to the files using the sharing functionality in core. If I want to share a link to a photos directory with everybody else I would use a shared link from the gallery app. In other words, I feel we should fail to core files functionality instead of preventing a user from seeing anything. I might not fully understand the limitations of IE though. |
I need to clarify my last comment. IE 10 fails to load any images, so the toggle between gallery and files isn't there as a fallback. IE 11 loads images with a warning and the toggle is presented. IE 10 (and presumably below) needs some sort of fall back to the files interface. (simple link, redirect, or something else) |
Thanks for testing. It's probably a problem with the polyfill we're using when multiple EventSource objects are launched simultaneously. I agree that if it isn't working as expected, then there should be some sort of fallback. Maybe we could just use one EventSource for those users... There would be no parallel processing server-side, but at least they would get something... |
This shows up easy using the browserstack screenshot tool. I created a shared link of a gallery folder with three images in it. IE 8, 9, and 10 all look like this (no way to get to the file interface)... IE 11 looks like this... And for comparison, Chrome looks like this... |
I'm wondering if they're blocking certain events. Will need to test in a VM. We use I've meant to register the project with one of these browser CI tools, but I haven't found the time yet. To be honest, when looking at a solution, I didn't try to write tons of browser specific code, as I don't think browsers prior to IE11 should be supported. I try to use polyfills if they exist. |
I don't think gallery needs to fully support browsers below IE11, but there does need to be a way to fall back to the file interface so the files can at least be viewed. Older versions of IE are still heavily used in the corporate world... even if everybody's home computers have long since switched to IE11. I don't have any problem with a "non supported" message for old browsers. There just needs to be a way to get to the files in those cases. |
Makes sense from my point of view. But please note that if galleryplus supports less browsers then the ownCloud core then this makes shipping this as the new default gallery app a bit more difficult. This can always be an optional app of course. |
Well, it supports one more browser than Pictures (since that doesn't work on IE at all) and that's included as default ;), but I hear you. |
great idea. :-) |
Need to add this #206 to see if it improves the situation for IE9-10. The slideshow side also needs to be tested on those browsers. Bigshot does not work on IE8, but maybe it does on 9-10. |
So #206 can't work as it's designed to work with the hack put in place in core. While testing I encountered various little issues with IE which prevent users from getting a smooth ride while using the slideshow. |
@cmonteroluque if i am right, galleryplus app will not be released on 8.1.1 version, if so, we may check this after 8.1.1 released |
@rperezb - The app is available for 8.0 and 8.1, but those versions are not official (as in ship with oC) and only support IE11 |
oki doki, added this one as part of the test plans for oc 8.0.6 and 8.1.1 thx |
I've created a IE feature/support matrix to help avoiding wasting time testing features which don't work. Currently, in master, the apps shows an empty gallery when IE8 is detected. |
I'm going to close this as the app (master) generally works on IE9-11 now. New tickets can be opened for specific issues. |
There are several issues when loading the app in Internet Explorer
core
does not work with multiple, simultaneous EventSource objectsNext steps
The text was updated successfully, but these errors were encountered: