Angular.js: Intisari tak terbatas tentang perubahan lokasi di iOS 9 dengan UIWebView (bukan di Safari/ wkWebView)
HTML sederhana berikut menunjukkan masalahnya:
<!DOCTYPE html>
<html>
<head>
<script src="https://ajax.googleapis.com/ajax/libs/angularjs/1.3.16/angular.js"></script>
<script src="https://ajax.googleapis.com/ajax/libs/angularjs/1.3.16/angular-route.js"></script>
<script>
angular.module('fail', ['ngRoute'])
.config(function($routeProvider) {
$routeProvider
.when('/a', {
template: '<a ng-href="#/b">a</a>'
})
.when('/b', {
template: '<a ng-href="#/a">b</a>'
})
.otherwise({
redirectTo: '/a'
});
});
</script>
</head>
<body ng-app="fail">
<div ng-view></div>
</body>
</html>
Ini berjalan seperti yang diharapkan pada sebagian besar perangkat, tetapi memberikan pengecualian intisari tak terbatas pada iOS 9.
Saya dapat mereproduksi di iPad Air 2 dan iPad generasi ke-4 dengan iOS 9 beta 2.
Saya menyadari itu mungkin masalah di iOS, tetapi mungkin masih perlu diselidiki.
ttopalov
Semua 154 komentar
Saya menemui masalah serupa, yang terjadi pada ios 9, tetapi berjalan dengan baik di perangkat lain.
cxm01
pada 1 Jul 2015
Saya mereproduksi masalah ini dengan kode yang sama yang disediakan oleh santaslow pada 1.4.1 / ios 9:
<!DOCTYPE html>
<html>
<head>
<script src="../static/js/angular/angular.1.4.1.js"></script>
<script src="../static/js/angular-route/angular-route.1.4.1.js"></script>
<script>
angular.module('fail', ['ngRoute'])
.config(function ($routeProvider) {
$routeProvider
.when('/a', {
template: '<a ng-href="#/b">a</a>'
})
.when('/b', {
template: '<a ng-href="#/a">b</a>'
})
.otherwise({
redirectTo: '/a'
});
}).factory('$exceptionHandler', ['$log', function($log) {
return function(exception, cause) {
var message = 'angularjs exception: '+exception.message+': caused by "' + cause+ '\njs stack:\n'+exception.stack;
$log.error(message);
};
}]);
</script>
</head>
<body ng-app="fail">
<div ng-view></div>
</body>
</html>
Kode di atas berjalan normal di browser desktop, android dan ios 8 webview, tetapi pada ios 9 akan mengeluarkan pengecualian ketika saya mengklik tautan:
2015-07-02 11:00:09 ... angularjs exception: [$rootScope:infdig] 10 $digest() iterations reached. Aborting!
Watchers fired in the last 5 iterations: []
http://errors.angularjs.org/1.4.1/$rootScope/infdig?p0=10&p1=%5B%5D: caused by "undefined
js stack:
file:///.../static/js/angular/angular.js:68:32
$digest<strong i="10">@file</strong>:///.../static/js/angular/angular.js:15705:35
$apply<strong i="11">@file</strong>:///.../static/js/angular/angular.js:15935:31
file:///.../static/js/angular/angular.js:12070:30
eventHandler<strong i="12">@file</strong>:///.../static/js/angular/angular.js:3264:25
Saya tidak dapat lagi mereproduksi di iOS 9 Beta 3.
ttopalov
pada 9 Jul 2015
Saya menerima kesalahan yang sama dengan ios9 beta publik (13A4293g)
aexei
pada 11 Jul 2015
Saya memverifikasi kode di atas pada ios 9 beta 3 (13A4293g), tidak terkecuali lagi. Tetapi aplikasi dengan menggunakan ng-view masih memberikan pengecualian infdig pada ios 9 beta 3.
cxm01
pada 13 Jul 2015
Saya menerima kesalahan yang sama dengan ios9 beta publik (13A4293g)
Kesalahan: [$ rootScope:infdig ] 10 $digest() iterasi tercapai. Membatalkan!
Pengamat dipecat dalam 5 iterasi terakhir: []
http://errors.angularjs.org/1.3.13/ $rootScope/infdig?p0=10&p1=%5B%5D
file:///Users/mac5/Library/Developer/CoreSimulator/Devices/749DE7E3-D93F-47F9-A1FC-E3D54A1CCEEE/data/Containers/Bundle/Application/9B5EE368-F2A0-4C99-807B-EA17B2479E58/BA /lib/ionic/js/ionic.bundle.js:8762:32
$digest@file :///Users/mac5/Library/Developer/CoreSimulator/Devices/749DE7E3-D93F-47F9-A1FC-E3D54A1CCEEE/data/Containers/Bundle/Application/9B5EE368-F2A0-4C99Shops.E58/BAB2479E58/BAB2479B-EA17B app/www/lib/ionic/js/ionic.bundle.js:22980:35
$apply@file :///Users/mac5/Library/Developer/CoreSimulator/Devices/749DE7E3-D93F-47F9-A1FC-E3D54A1CCEEE/data/Containers/Bundle/Application/9B5EE368-F2A0-4C99-807B-EA17B2479 app/www/lib/ionic/js/ionic.bundle.js:23205:31
file:///Users/mac5/Library/Developer/CoreSimulator/Devices/749DE7E3-D93F-47F9-A1FC-E3D54A1CCEEE/data/Containers/Bundle/Application/9B5EE368-F2A0-4C99-807B-EA17B2479E58/BA /lib/ionic/js/ionic.bundle.js:54879:24
eventHandler@file :
dispatchEvent@[kode asli]
triggerMouseEvent@file :
tapClick@file :
tapTouchEnd@file :
arkomr
pada 13 Jul 2015
Kami juga menerima kesalahan ini pada Beta 3 publik iOS 9 dengan aplikasi Angular kami sendiri. Itu tidak terjadi di iOS 8.
epaga
pada 15 Jul 2015
Sebagai solusinya, saya menulis arahan sederhana untuk mengganti ng-view dan angular-route.js. Solusinya bekerja dengan baik di aplikasi kita sendiri, semua pengecualian infdig menghilang di ios 9 beta/beta 3. Di bawah ini adalah kode yang disederhanakan, yang hanya untuk aplikasi kita sendiri, kasus penggunaan umum tidak dipertimbangkan. Saya TIDAK merekomendasikan orang lain untuk menggunakan ini:
(function (window) {
'use strict';
var myApp = angular.module("myApp");
var $route = {};
// replace $routeProvider.when with the function below:
window.routeWhen = function(path, route) {
$route[path] = route;
};
myApp.directive("myView", ['$compile', '$controller', '$http', '$rootScope', function ($compile, $controller, $http, $rootScope) {
return {
priority: -400,
link: function (scope, element) {
var parentScope = scope;
scope = null;
window.updateView = function (path) {
location.hash = '#'+url;
if (scope) scope.$destroy();
scope = parentScope.$new();
var route = $route[path];
var linkView = function(html) {
element.html(html);
var link = $compile(element.contents());
var controller = $controller(route.controller, {$scope: scope});
element.data('$ngControllerController', controller);
element.children().data('$ngControllerController', controller);
link(scope);
scope.$emit('$viewContentLoaded');
if (!$rootScope.$$phase && !scope.$$phase) scope.$apply();
};
if (route.templateCache) linkView(route.templateCache)
else if (route.template) {
route.templateCache = document.getElementById(route.template).innerHTML;
linkView(route.templateCache)
}
else $http.get(route.templateUrl;).success(function(html) {
route.templateCache = html;
linkView(html);
});
};
//updateView(initialPath);
// call updateView(path) to set location at other places of the app
}
};
}]);
})(window)
Baru saja menginstal iOS 9 Beta 4 dan masih memiliki masalah yang sama. Ada orang lain?
raftheunis87
pada 22 Jul 2015
Saya melihatnya di iOS 9 Beta 3 dan saya masih melihatnya di iOS 9 Beta 4.
craig-at-rsg
pada 22 Jul 2015
+1
aexei
pada 22 Jul 2015
Ya, kami juga melihat masalah yang sama bahkan dengan router ui sudut. Adakah yang punya solusi yang valid untuk masalah ini untuk sementara?
vincentdu101
pada 29 Jul 2015
Melihat masalah yang sama di uiWebView pada iOS9 terbaru.
viattik
pada 31 Jul 2015
Apakah ada yang punya pembaruan tentang masalah ini?
raftheunis87
pada 3 Agu 2015
Ini masih menjadi masalah. Pembukaan kembali
lgalfaso
pada 3 Agu 2015
Sepertinya masalah ios. Apakah ini dilacak di webkit di suatu tempat?
Narretz
pada 4 Agu 2015
+1
mike1e
pada 4 Agu 2015
+1
RolfDeVries
pada 5 Agu 2015
Sama disini. Aplikasi Cordova kami berjalan dengan baik jika berjalan sebagai web di Safari iPad, tetapi intisari tak terbatas terjadi jika berjalan sebagai aplikasi Cordova (UIWebView).
borrull
pada 5 Agu 2015
Masalah yang persis sama dengan @borrull ! Sudah bereksperimen dengan WKWebView dan kemudian masalahnya tidak ada. Tetapi kami tidak dapat menggunakan WKWebView karena kami memerlukan Local File Serving (dan kami tidak ingin menjalankan server lokal di aplikasi kami) dan cookie. Jadi itu harus melakukan sesuatu dengan UIWebView dalam kombinasi dengan Cordova/Mobile Safari di iOS 9. Saat ini saya sedang men-debug $locationWatch di Angular karena saya melihat bahwa aplikasi kami ingin bertransisi ke lokasi yang berbeda beberapa kali dan kemudian (setelah 10 kali ) kesalahan intisari dilemparkan.
raftheunis87
pada 5 Agu 2015
masalah yang sama di sini di iOS9 béta4
Angular tak terbatas $digest loop ;(
axelsegers
pada 5 Agu 2015
+1, hanya di UIWebView, bukan di WKWebView tetapi kami hanya dapat menggunakan UIWebView di aplikasi cordova kami.
andyverbunt
pada 5 Agu 2015
+1
laurentverbruggen
pada 5 Agu 2015
Jika ini adalah masalah khusus iOS, silakan buka masalah di pelacak masalah webkit dan berikan demo! +1 di sini kemungkinan tidak akan mengubah apa pun, karena ini benar-benar terdengar seperti bug browser.
Narretz
pada 5 Agu 2015
Apakah seseorang melaporkan bug ini ke Apple untuk diselidiki?
aexei
pada 6 Agu 2015
Saya melaporkan bug ini ke apple. Tapi mungkin Anda semua harus melakukan hal yang sama untuk mendapatkan perhatian mereka pada bug tersebut.
axelsegers
pada 6 Agu 2015
Bisakah Anda memberi kami tautan sehingga kami dapat memberi +1?
RolfDeVries
pada 6 Agu 2015
Itu ada di akun apel pribadi kami melalui reporter bug .. jadi tidak ada tautan publik ;(
axelsegers
pada 6 Agu 2015
Bisakah Anda mempostingnya ke openradar dan membagikan id rdar agar kami dapat menipunya!
epaga
pada 6 Agu 2015
sama di iOS9 béta 5 :
bekerja di safari seluler
bekerja di WKWebview yang tidak dapat kami gunakan karena tidak dapat melayani file lokal dan tidak mendukung NSProtocol
bekerja BUKAN di UIWebView
axelsegers
pada 7 Agu 2015
sama di sini di iOS 9 Beta 5
mk2988
pada 7 Agu 2015
Saya mengajukan bug dengan Apple juga. Tautan Open Radar adalah: https://openradar.appspot.com/22186109 (Ini akan membantu mereka yang malas mengajukan bug). Silakan tinggalkan komentar jika Anda dapat meningkatkan kata-kata/penjelasan bug ;-) Anda dapat mengunduh proyek Xcode untuk dilampirkan dengan pengarsipan bug pada tiket Open Radar (Terima kasih kepada @santaslow untuk JS di OP)
borrull
pada 7 Agu 2015
Saya telah membuat versi proyek Xcode yang sama (dari @borrull) tetapi dengan ui-router alih-alih ng-route. Masalah yang sama persis. Bagi yang berminat, Anda dapat menemukan proyeknya di sini: http://s000.tinyupload.com/index.php?file_id=87281871603760127355
raftheunis87
pada 7 Agu 2015
Kami juga melihat masalah demikian. Saya dapat mengejar masalah menjadi bahwa properti location.* tidak segera diperbarui ketika angular ada dalam campuran. Jika Anda mencoba menetapkan nilai ke location.hash (seperti apa yang dilakukan di belakang layanan lokasi), maka segera baca kembali, nilainya tidak berubah. Tampaknya ada beberapa efek samping yang terjadi sebagai akibat dari penangan jqlite yang dilampirkan ke peristiwa popstate dan hashchanged.
Saya akan mencoba dan mengunggah sampel saat saya menggunakan komputer.
CleverCoder
pada 7 Agu 2015
+1
abrahamrkj
pada 8 Agu 2015
@CleverCoder Ada pembaruan pada sampel?
raftheunis87
pada 10 Agu 2015
Saya harus menyelesaikan kasus repro di pagi hari, karena kode saya telah diikat sepanjang akhir pekan. Terima kasih atas dorongannya! Saat iOS 9 menghitung mundur, kami memiliki kepentingan untuk melihat ini diselesaikan. Saya akan mengunggah sesuatu sesegera mungkin.
CleverCoder
pada 10 Agu 2015
+1
mk2988
pada 10 Agu 2015
Saya telah mereproduksi apa yang saya yakini sebagai penyebab utama, di mana pengaturan lokasi hash atau properti href tidak "berlaku" segera.
Berikut tautan ke proyek XCode:
https://www.dropbox.com/s/2jkwv2thhm86nly/iOS%209%20Location%20Bug.zip?dl=0
Beri tahu saya jika Anda tidak dapat mengakses file.
Amati nilai yang dihasilkan di location.hash, serta lampirkan Safari ke debug. Tampaknya ada sesuatu yang menunda perubahan sebagai akibat dari beberapa acara yang didasarkan pada acara 'popstate' dan 'hashchange'.
Saya harap ini bermanfaat.
- Sean
CleverCoder
pada 10 Agu 2015
Kami menggunakan window.location.href alih-alih menggunakan state.go dan tampaknya berfungsi untuk saat ini. Kurang buggy.
mike1e
pada 10 Agu 2015
Nilai location.hash akan benar setelah putaran runloop. Angular dapat dengan mudah mengatasi masalah ini dengan menunda location.hash get di setTimeout(..., 0). Saya pikir ini akan menjadi ~2 perubahan pada angular.js/src/ng/location.js.
hober
pada 10 Agu 2015
@hober Mencoba batas waktu dengan sudut seperti ini:
// update $location when $browser url changes
$browser.onUrlChange(function(newUrl, newState) {
$rootScope.$evalAsync(function() {
var oldUrl = $location.absUrl();
var oldState = $location.$$state;
var defaultPrevented;
$location.$$parse(newUrl);
$location.$$state = newState;
defaultPrevented = $rootScope.$broadcast('$locationChangeStart', newUrl, oldUrl,
newState, oldState).defaultPrevented;
// if the location was changed by a `$locationChangeStart` handler then stop
// processing this location change
if ($location.absUrl() !== newUrl) return;
if (defaultPrevented) {
$location.$$parse(oldUrl);
$location.$$state = oldState;
setTimeout(function(){ setBrowserUrlWithFallback(oldUrl, false, oldState) }, 0);
} else {
initializing = false;
afterLocationChange(oldUrl, oldState);
}
});
if (!$rootScope.$$phase) $rootScope.$digest();
});
dan
// update browser
$rootScope.$watch(function $locationWatch() {
var oldUrl = trimEmptyHash($browser.url());
var newUrl = trimEmptyHash($location.absUrl());
var oldState = $browser.state();
var currentReplace = $location.$$replace;
var urlOrStateChanged = oldUrl !== newUrl ||
($location.$$html5 && $sniffer.history && oldState !== $location.$$state);
if (initializing || urlOrStateChanged) {
initializing = false;
$rootScope.$evalAsync(function() {
var newUrl = $location.absUrl();
var defaultPrevented = $rootScope.$broadcast('$locationChangeStart', newUrl, oldUrl,
$location.$$state, oldState).defaultPrevented;
// if the location was changed by a `$locationChangeStart` handler then stop
// processing this location change
if ($location.absUrl() !== newUrl) return;
if (defaultPrevented) {
$location.$$parse(oldUrl);
$location.$$state = oldState;
} else {
if (urlOrStateChanged) {
setTimeout(function(){ setBrowserUrlWithFallback(newUrl, currentReplace,
oldState === $location.$$state ? null : $location.$$state) }, 0);
}
afterLocationChange(oldUrl, oldState);
}
});
}
$location.$$replace = false;
// we don't need to return anything because $evalAsync will make the digest loop dirty when
// there is a change
});
Jadi saya menambahkan setTimout di sekitar metode setBrowserUrlWithFallback tetapi tidak menyelesaikan masalah.
raftheunis87
pada 11 Agu 2015
Berikut adalah kasus uji yang dikurangi yang tidak bergantung pada Angular, dan itu menunjukkan solusinya. Bagaimana sebenarnya mengimplementasikan solusi di Angular tidak jelas bagi saya. https://Gist.github.com/hober/a29b6c28ac1744c800dd
hober
pada 11 Agu 2015
Punya sedikit lebih jauh tentang yang satu ini. Saya telah membuat perubahan di Angular mengenai lokasi.
Di bagian "perbarui browser", saya telah mengubah $rootScope.$evalAsync menjadi $rootScope.$applyAsync.
Kedua metode tampaknya melakukan hal yang persis sama. Perbedaannya tidak menjadi jelas sampai Anda melihat eksekusi $digest yang sebenarnya. Saat AngularJS mengeksekusi intisari, ia berjalan di pohon Lingkup dan mengeksekusi $watch() binding hingga tidak ada lagi data kotor yang dihasilkan. Selama siklus hidup ini, baik antrian $applyAsync() dan antrian $evalAsync() di-flush; tapi, ini terjadi di dua tempat yang sangat berbeda.
Antrian $applyAsync() hanya di-flush di bagian atas $digest sebelum AngularJS mulai memeriksa data kotor. Dengan demikian, antrian $applyAsync() akan di-flush, paling banyak, satu kali selama $digest dan hanya akan dihapus jika antrian sudah diisi sebelum $digest dimulai.
Antrian $evalAsync(), di sisi lain, di-flush di bagian atas while-loop yang mengimplementasikan "dirty check" di dalam $digest. Ini berarti bahwa ekspresi apa pun yang ditambahkan ke antrian $evalAsync() selama intisari akan dieksekusi pada titik berikutnya dalam intisari yang sama.
Untuk membuat perbedaan ini lebih nyata, itu berarti ekspresi asinkron yang ditambahkan oleh $evalAsync() dari dalam pengikatan $watch() akan dieksekusi dalam intisari yang sama. Ekspresi asinkron yang ditambahkan oleh $applyAsync() dari dalam pengikatan $watch() akan dieksekusi di lain waktu (~10ms).
Semoga ini sudah membantu sebagian dari Anda :-).
// update browser
$rootScope.$watch(function $locationWatch() {
var oldUrl = trimEmptyHash($browser.url());
var newUrl = trimEmptyHash($location.absUrl());
var oldState = $browser.state();
var currentReplace = $location.$$replace;
var urlOrStateChanged = oldUrl !== newUrl ||
($location.$$html5 && $sniffer.history && oldState !== $location.$$state);
if (initializing || urlOrStateChanged) {
initializing = false;
$rootScope.$applyAsync(function() {
var newUrl = $location.absUrl();
var defaultPrevented = $rootScope.$broadcast('$locationChangeStart', newUrl, oldUrl,
$location.$$state, oldState).defaultPrevented;
// if the location was changed by a `$locationChangeStart` handler then stop
// processing this location change
if ($location.absUrl() !== newUrl) return;
if (defaultPrevented) {
$location.$$parse(oldUrl);
$location.$$state = oldState;
} else {
if (urlOrStateChanged) {
setBrowserUrlWithFallback(newUrl, currentReplace,
oldState === $location.$$state ? null : $location.$$state);
}
afterLocationChange(oldUrl, oldState);
}
});
}
$location.$$replace = false;
// we don't need to return anything because $evalAsync will make the digest loop dirty when
// there is a change
});
Berikut pendekatan lain. Saya tidak begitu akrab dengan basis kode Angular, tetapi logikanya tampak rasional. Fungsi url(...) browser saat ini bergantung pada location.href yang segera mengembalikan URL yang benar. Karena metode ini dipanggil dalam run loop yang sama, dalam siklus stabilisasi $digest, metode ini terus mendapatkan URL lama. Patch ini memanfaatkan 'pendingHref' untuk melacak tugas, mengembalikan nilai itu sebagai gantinya, jika disetel. Setelah nilai disejajarkan dengan location.href, nilai tertunda dihapus. Selama satu set url, timer disetel dengan 0ms untuk menangkap kasus di mana url() get tidak dipanggil. Ini tidak sempurna, tetapi logika tampaknya bekerja. Ini terutama untuk mempertimbangkan pendekatan alternatif yang tidak membuat penundaan kinerja. Ini didasarkan pada tag Angular v1.4.3.
diff --git a/src/ng/browser.js b/src/ng/browser.js
index 928de95..3b9957e 100644
--- a/src/ng/browser.js
+++ b/src/ng/browser.js
@@ -87,7 +87,9 @@ function Browser(window, document, $log, $sniffer) {
var cachedState, lastHistoryState,
lastBrowserUrl = location.href,
baseElement = document.find('base'),
- reloadLocation = null;
+ reloadLocation = null,
+ pendingHref = null,
+ pendingHrefTimer = null;
cacheState();
lastHistoryState = cachedState;
@@ -124,6 +126,18 @@ function Browser(window, document, $log, $sniffer) {
if (location !== window.location) location = window.location;
if (history !== window.history) history = window.history;
+ // Schedule cleaning up pendingHref on the next run loop for setting URL. This is to handle
+ // the case where the browser doesn't update the location.* properties immediately
+ if (!pendingHrefTimer && pendingHref && url) {
+ pendingHrefTimer = setTimeout(function () {
+ if (location.href == pendingHref) {
+ console.log('Actual href updated... setting pendingHref to null from setTimeout');
+ pendingHref = null;
+ }
+ pendingHrefTimer = null;
+ }, 0);
+ }
+
// setter
if (url) {
var sameState = lastHistoryState === state;
@@ -147,6 +161,7 @@ function Browser(window, document, $log, $sniffer) {
// Do the assignment again so that those two variables are referentially identical.
lastHistoryState = cachedState;
} else {
+ pendingHref = url;
if (!sameBase || reloadLocation) {
reloadLocation = url;
}
@@ -161,10 +176,22 @@ function Browser(window, document, $log, $sniffer) {
return self;
// getter
} else {
+ var href = location.href.replace(/%27/g, "'");
+ if (pendingHref) {
+ //console.log('.. using pendingHref for url() return value');
+ href = pendingHref;
+ }
+
+ if (location.href == pendingHref) {
+ console.log('Actual href updated... setting pendingHref to null in getter');
+ pendingHref = null;
+ }
+
+ //var href = location.href.replace(/%27/g,"'");
// - reloadLocation is needed as browsers don't allow to read out
// the new location.href if a reload happened.
// - the replacement is a workaround for https://bugzilla.mozilla.org/show_bug.cgi?id=407172
- return reloadLocation || location.href.replace(/%27/g,"'");
+ return reloadLocation || href;
}
};
Terima kasih @CleverCoder untuk solusinya! Tampaknya bekerja seperti pesona! :+1:
raftheunis87
pada 14 Agu 2015
@CleverCoder
akan lebih bagus jika Anda melakukan permintaan tarik dengan ini ke tim sudut.
viattik
pada 14 Agu 2015
@viattik Saya agak terkejut jika tim sudut akan mengadopsi solusi untuk UIWebView di iOS9 karena bug ada di UIWebView (Apple) itu sendiri. Tapi Anda selalu bisa mencoba ...
raftheunis87
pada 14 Agu 2015
@raftheunis87
Ada banyak bug di browser yang berbeda dan banyak solusi untuk bug tersebut dalam kode sudut.
Meskipun mereka tidak secara resmi mendukung UIWebView, banyak aplikasi hybrid akan rusak dan menggunakan angular tidak mungkin dilakukan di aplikasi hybrid di iOS terbaru sampai Apple memperbaiki bug itu. Dan itu masalah yang cukup besar menurut saya.
Jadi saya akan mencobanya.
viattik
pada 14 Agu 2015
@viattik saya sangat setuju. Dan btw: Apple memberi tahu kami bahwa kecil kemungkinan mereka akan memperbaiki bug UIWebView. Jadi memang: cobalah ;-)
raftheunis87
pada 14 Agu 2015
Teman-teman, jika Anda dapat memposting ini sebagai bug webkit, idealnya dengan kasus repro, saya akan menindaklanjuti dengan beberapa kontak kami di sisi WebKit. https://bugs.webkit.org/
naomiblack
pada 14 Agu 2015
@naomiblack
Tidak yakin apakah itu bug webkit. Karena itu hanya terjadi di UIWebView di iOS9. Safari di iOS9 berfungsi dengan baik.
viattik
pada 14 Agu 2015
@raftheunis87 terima kasih atas saran kode Anda, bekerja dengan sempurna
ajrmspwd
pada 14 Agu 2015
@ raftheunis87 @CleverCoder adalah thr cara untuk bekerja dengan ion-sudut? bisa lebih spesifik?
abrahamrkj
pada 15 Agu 2015
@abrahamrkj Saya tidak punya pengalaman dengan ionic. Tetapi apakah penyesuaiannya bersudut saat menggunakan ionik? Kalau tidak, saya akan mengatakan bahwa perbaikan yang sama akan bekerja dengan sudut ionik ...
raftheunis87
pada 15 Agu 2015
@raftheunis87 https://github.com/driftyco/ionic/tree/master/js ini adalah sudut yang mereka gunakan.
abrahamrkj
pada 15 Agu 2015
@CleverCoder +1 untuk permintaan tarik. Saya setuju dengan @viattik bahwa ini adalah masalah penting karena akan merusak banyak aplikasi hybrid.
borrull
pada 17 Agu 2015
Permintaan tarik mungkin dalam waktu dekat, meskipun saya ragu karena saya tidak sedekat basis kode Angular seperti yang lain. Saya akan segera meninjau kembali solusinya dan mencoba membuatnya anti peluru. Tampaknya aneh bahwa properti pada objek window.location tidak berubah 'segera'. Dalam pengujian yang saya lakukan, saya memperhatikan bahwa perubahan itu tetap ada selama kait acara 'popstate' dan 'hashchange' tidak ada, membuat saya berpikir bahwa penyebab perubahan yang ditangguhkan mungkin sebenarnya melakukan sesuatu lain.. Mungkin waktu peristiwa itu telah berubah (saya pikir itulah yang saya amati).
Saya akan menonton ini selama beberapa hari ke depan, dan jika tidak ada yang lebih baik muncul, saya akan menggali lebih dalam untuk mengkonfirmasi apa yang saya ketahui sejauh ini, dan bahwa tidak ada tempat yang lebih baik untuk mengatasi perubahan perilaku. Maaf jika ini membingungkan. Ada banyak hal yang terjadi di bawah tenda yang masih belum sepenuhnya saya pahami sehubungan dengan peristiwa itu.
Bersulang!
CleverCoder
pada 17 Agu 2015
... dan ya, @borrull , saya setuju. Jika Apple tidak membuat perubahan lagi, maka ini adalah bom waktu yang serius yang akan benar-benar mengarah pada pers dan penunjuk jari yang buruk. Saya bukan penggemar penghitung waktu sebagai solusi (saya lebih suka meningkatkan aliran logika di sekitar properti bawaan ini), tetapi jika kita tidak dapat bergantung pada perubahan nilai setelah disetel, lalu di mana kita menggambar garis? Properti apa lagi yang tidak bisa kita percayai? Ini aneh.
CleverCoder
pada 17 Agu 2015
@CleverCoder Hanya ingin mengucapkan terima kasih, tambalan Anda benar-benar menyelamatkan hari!
tfujii
pada 18 Agu 2015
@CleverCoder Terima kasih atas solusi yang diberikan.
Saya mendapatkan solusi yang menggunakan fitur dekorator dari sudut dan datang tanpa menambal sumber sudut.
Dengan cssua pengaturan ini dapat dikonfigurasi untuk digunakan hanya di lingkungan tertentu.
app.config(['$provide', ($provide) => {
$provide.decorator('$browser', ['$delegate', ($delegate) => {
var origUrl = $delegate.url;
var pendingHref = null;
var pendingHrefTimer = null;
var newUrl = function (url, replace, state) {
if (url) {
// setter
var result = origUrl(url, replace, state);
if (window.location.href != url) {
if (pendingHref != url) {
pendingHref = url;
if (pendingHrefTimer) clearTimeout(pendingHrefTimer);
pendingHrefTimer = setTimeout(function () {
if (window.location.href == pendingHref) {
pendingHref = null;
}
pendingHrefTimer = null;
}, 0);
}
}
return result;
} else {
// getter
if (pendingHref == window.location.href) {
pendingHref = null;
}
return pendingHref || origUrl(url, replace, state);
}
};
$delegate.url = newUrl;
return $delegate;
}]);
}]);
realityfilter
pada 20 Agu 2015
@CleverCoder See # 12635
jd-carroll
pada 20 Agu 2015
@jd-carroll: Itu sangat menarik. Saya mungkin akan meninjau kembali ini sedikit nanti hari ini ketika saya punya waktu. Cukup dibanjiri barang. Itu hanya menciptakan lebih banyak misteri, karena itu sepertinya masalah terpisah yang seharusnya tidak menyebabkan penundaan lokasi.* nilai memperbarui.
@realityfilter : Lucu Anda menyebutkan dekorator... Saya baru saja selesai mengimplementasikan sesuatu menggunakan fungsionalitas dekorator Angular. Bagus!
CleverCoder
pada 20 Agu 2015
Hai semua,
Saya hanya ingin menambahkan bahwa perbaikan ini memperkenalkan bug dalam kode kami yang mudah diperbaiki.
Template kami memiliki tag jangkar yang menggunakan href="#" dan ng-click="someCall()". href menyebabkan situs membuka index.html menggunakan perbaikan ini. Menghapus href memperbaiki masalah.
jyc66
pada 20 Agu 2015
Aplikasi kami rusak selama navigasi tombol kembali di Ionic, pertama-tama pergi ke tampilan baru kemudian kembali ke tampilan lama sebagian dan kemudian kembali lagi ke tampilan baru di IOS9 beta resolusi apa pun untuk Ionic
ajaybeniwal
pada 21 Agu 2015
Masalah yang sama dengan iOS 9 beta 5 13A4325c, Angular 1.4.0 (dengan cordova-ios 3.9.1). Semoga bug UIWebView yang mendasarinya akan diperbaiki!
aderowbotham
pada 31 Agu 2015
Masalah yang sama terjadi pada Angular v1.2.27
markoivanovski
pada 1 Sep 2015
Saya telah melacaknya ke rilis 1.2.27, bug tidak ada di rilis 1.2.26 sebelumnya.
Secara khusus, komit ini adalah pelakunya.
damrbaby
pada 3 Sep 2015
@damrbaby Sepertinya saya ada hubungannya dengan itu.
Tetapi fakta bahwa ia bekerja dengan versi terbaru dari angular di Mobile Safari menjelaskan bahwa ada hubungannya dengan uiWebView di iOS 9. Jadi perubahan yang mereka buat dalam kode sumber Angular tidak selalu merupakan hal yang buruk.
raftheunis87
pada 3 Sep 2015
@CleverCoder @realityfilter @ jyc66 Aku hanya ingin mengucapkan terima kasih, Anda baru saja menyelamatkan saya hari.
Kira2
pada 9 Sep 2015
Masalah masih ada di iOS9 GM Seed jadi perbarui aplikasi Anda!
markoivanovski
pada 9 Sep 2015
Saya dapat mengonfirmasi, bahwa masalahnya masih ada di iOS9 GM (13A340)
richardbrammer
pada 10 Sep 2015
Jadi ini berarti Apple memecahkan sesuatu dan kami harus memperbarui aplikasi kami lagi (beberapa di antaranya tidak berubah selama berbulan-bulan atau bahkan lebih dari setahun) agar tidak mogok. Masuk akal :( . Saya lebih suka Apple memperbaikinya untuk peluncuran iOS9. Pergi ke versi Angular terbaru di aplikasi lama pasti akan merusak beberapa hal lain juga.
Saya sangat ragu Angular adalah satu-satunya kerangka kerja yang mengalami masalah dengan iOS9?
Martinspire
pada 10 Sep 2015
Jadi, @adamdbradley , @perrygovier , dan @mhartington dari Tim Ionic telah bekerja sepanjang hari pada perbaikan yang akan bekerja untuk Ionic dan juga untuk aplikasi Angular biasa. Tujuannya adalah untuk menjadi perbaikan drop-in yang tidak memerlukan modifikasi Angular, dan akan (semoga) bekerja di sebagian besar versi 1.2+ Angular.
Berikut adalah solusi paket kami saat ini yang menghiasi dan memperbaiki $browser dengan menerapkan tambalan ini . Catatan: ini didasarkan pada Angular 1.4.3 dan semacam "klon dengan perbaikan" dari browser.js dari Angular yang tepat: https://github.com/driftyco/ionic/blob/ios9-patch/js /angular/service/decorators/ios9-browser-fix.js
Kami juga menempatkan tambalan di CDN kami. Saya tidak menyarankan menggunakan file CDN untuk produksi, itu hanya ada sehingga lebih mudah untuk menguji dengan sekarang.
Untuk mengujinya, letakkan tag skrip ini di bawah file angular atau ionic.bundle.js Anda:
<script src="https://code.ionicframework.com/patch/ios9-$browser-patch.js"></script>
Juga, sekarang ini menerapkan tambalan apakah Anda menjalankan iOS9 atau tidak. Itu akan segera diperbaiki sehingga hanya berjalan di iOS 9 UIWebView.
Ikuti masalah Ionic yang sesuai di sini: https://github.com/driftyco/ionic/issues/4082#issuecomment -139079725
mlynch
pada 10 Sep 2015
Halo semua,
UI-sref berfungsi seperti pesona tetapi $state.go merusak animasi tombol kembali
dan halaman sering berkedip bahkan setelah menerapkan perbaikan ini.
Salam,
Ajay Singh
Pada Kamis, 10 Sep 2015 pukul 06:23, Max Lynch [email protected] menulis:
Jadi, @adamdbradley https://github.com/adamdbradley , @perrygovier
https://github.com/perrygovier , dan @mhartington
https://github.com/mhartington dari Tim Ionic telah bekerja
sepanjang hari pada perbaikan yang akan berfungsi untuk Ionic dan untuk aplikasi Angular biasa sebagai
baik. Tujuannya adalah untuk menjadi perbaikan drop-in yang tidak memerlukan modifikasi
Angular, dan akan (semoga) berfungsi di sebagian besar versi 1.2+ Angular.Inilah solusi paket kami saat ini yang menghiasi dan memperbaiki $browser dengan
menerapkan tambalan ini
https://github.com/angular/angular.js/issues/12241#issuecomment -130744518.
Catatan: ini didasarkan pada Angular 1.4.3 dan merupakan semacam "klon dengan perbaikan" dari
browser.js dari Angular yang tepat:
https://github.com/driftyco/ionic/blob/ios9-patch/js/angular/service/decorators/ios9-browser-fix.jsKami juga menempatkan tambalan di CDN kami. Saya tidak menyarankan menggunakan file CDNN
untuk produksi, hanya ada di sana sehingga lebih mudah untuk mengujinya sekarang.Silakan mengujinya dan beri tahu kami bagaimana kelanjutannya, terima kasih.
Untuk mengujinya, letakkan tag skrip ini di bawah sudut atau
file ionic.bundle.js:Also, right now it applies the patch whether you're running on iOS9 or
not. That will soon be fixed such that it runs only on the iOS 9 UIWebView.—
Reply to this email directly or view it on GitHub
https://github.com/angular/angular.js/issues/12241#issuecomment-139082474
.
ajaybeniwal
pada 10 Sep 2015
Saya dapat mengonfirmasi bahwa bug ini masih ada di iOS 9.1 Beta 1
hmrc87
pada 10 Sep 2015
Kami sering menggunakan $state.go dan masih berkedip di antara status/tidak bertransisi dengan benar.
tcrammond
pada 10 Sep 2015
Maaf, perbaikan berfungsi untuk aplikasi kami sekarang, satu-satunya hal yang perlu kami sertakan adalah https
Tautan CND alih-alih http CDN sepertinya ios9 hanya mengizinkan https di dalam
aplikasi jadi setelah menggunakan https aplikasi kami berfungsi.
https://code.ionicframework.com/patch/ios9- $browser-patch.js
Pada Kam, 10 Sep 2015 jam 15:22, Tyler Crammond notifications@github.com
menulis:
Kami sering menggunakan $state.go dan masih berkedip di antara status / tidak
transisi dengan benar.—
Balas email ini secara langsung atau lihat di GitHub
https://github.com/angular/angular.js/issues/12241#issuecomment -139189216
.
ajaybeniwal
pada 10 Sep 2015
ios9-$browser-patch.js juga berfungsi untuk saya. Tapi itu menghasilkan beberapa kesalahan jshint. Apakah ada cara untuk berkontribusi pada tambalan untuk membantu menghapus kesalahan?
richardbrammer
pada 10 Sep 2015
Saya tidak berpikir tambalan ini sepenuhnya sehat karena tidak memungkinkan Anda untuk memperbarui lokasi dari luar Angular. Ini mungkin bukan masalah untuk sebagian besar aplikasi tetapi kami sedang bekerja untuk melihat apakah ada solusi yang lebih baik...
petebacondarwin
pada 10 Sep 2015
ios9-$browser-patch.js tidak berfungsi untuk saya. Saat saya berpindah dari tampilan daftar ke tampilan detail, saya menggunakan $state.go() untuk berpindah antar halaman. Pertama kali saya melakukan ini, itu meluncur dan kemudian lurus kembali, saya kemudian klik lagi dan berhasil. UI-sref berfungsi seperti yang diinginkan, tetapi itu tidak memungkinkan saya untuk melakukan logika kondisional yang perlu saya lakukan.
jeverington
pada 10 Sep 2015
Sayangnya mengunduh tambalan, dan menyimpannya dan memuatnya dari ./lib/ (Saya memeriksa bahwa itu dimuat), tidak mengubah apa pun untuk saya:
Error: [$rootScope:infdig] 10 $digest() iterations reached. Aborting!
Watchers fired in the last 5 iterations: []
http://errors.angularjs.org/1.3.13/$rootScope/infdig?p0=10&p1=%5B%5D
iOS 9 GM, ionik 1.0.0.
jorisw
pada 10 Sep 2015
Jorisw, coba nonaktifkan kode deteksi ios9 dan lihat apakah itu berfungsi:
var isIOS9 = (navigator.userAgent.indexOf('Version/9.') != -1) && (navigator.appVersion.indexOf('9_0') != -1);
jika (!isIOS9) {
// jangan tambal jika bukan iOS9 UIWebView
kembali $browser;
}
jyc66
pada 10 Sep 2015
@ jyc66 Itu berhasil, terima kasih. Bagaimana cara memastikan tidak merusak iOS < 9 ?
jorisw
pada 10 Sep 2015
Metode isIOS9 salah. Itu harus memeriksa terhadap:
> navigator.userAgent
< "Mozilla/5.0 (iPhone; CPU iPhone OS 9_0 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13A340 (2065230368)" = $1
> navigator.appVersion
< "5.0 (iPhone; CPU iPhone OS 9_0 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13A340 (2065230368)" = $2
Ya, sebagai alternatif, Anda dapat menguji OS kurang dari 9 dan menonaktifkan perbaikan dalam kasus tersebut. Pemeriksaan saat ini akan rusak di iOS 9.1 yang akan segera keluar juga.
jyc66
pada 10 Sep 2015
Saya melakukan ini sekarang, sampai saya atau seseorang menemukan yang lebih baik:
// only provide the patch for iOS9 on UIWebView
var isIOS9 = (navigator.userAgent.indexOf(' OS 9') != -1) && (navigator.appVersion.indexOf(' OS 9') != -1);
if (!isIOS9) {
// do not patch if not iOS9 UIWebView
return $browser;
}
Yah, itu mirip dengan apa yang saya lakukan.
jyc66
pada 10 Sep 2015
Adakah yang tahu jika menerapkan tambalan ke versi iOS >= 9.0 akan menyebabkan masalah jika/ketika Apple memperbaiki masalah di rilis iOS selanjutnya?
JeremyPlease
pada 10 Sep 2015
@JeremyTolong saya memuat 9.1 beta sekarang dan akan memeriksanya
mhartington
pada 10 Sep 2015
Bekerja untuk saya ketika saya menonaktifkan pemeriksaan agen pengguna, melayani tambalan sebagai bagian dari bundel yang diperkecil. Ini adalah aplikasi sudut non-ionik. Akan menyelidiki lebih lanjut nanti malam dan memastikan semuanya berfungsi seperti yang diharapkan.
Terima kasih kepada tim ionic yang telah berusaha!
dac09
pada 10 Sep 2015
Jadi 9.1beta one belum memiliki perbaikan. Tidak terkejut.
mhartington
pada 10 Sep 2015
Ini mungkin tampak aneh - tetapi siapa pun yang melihat fungsi String.split() tidak berfungsi dengan benar saat tambalan diterapkan di iOS 9? (diuji sejauh ini hanya pada simulator). Berikut cuplikan layar dari debugger Safari: https://www.dropbox.com/s/hxgct9y0f9z6yci/Screenshot%202015-09-11%2000.40.26.png?dl=0
Aku bingung! Bekerja dengan baik di iOS8.4, dan Chrome tentu saja.
Pembaruan : String.split sepertinya tidak berfungsi di simulator iOS 9 iPhone 6 dan 6s untuk saya, tidak ada hubungannya dengan tambalan.
Omong-omong - inilah yang saya gunakan untuk pemeriksaan agen pengguna:
var isIOS9WebView = (navigator.userAgent.indexOf('Safari') === -1) && (navigator.appVersion.indexOf('OS 9') !== -1);
if (!isIOS9WebView) {
// do not patch if not iOS9 UIWebView
return $browser;
}
Saya percaya solusi terbaik mungkin dalam permintaan tarik Igor, tetapi ini berfungsi untuk saya saat tidak menerapkan tambalan di iOS 9 Safari, tetapi hanya untuk UIWebView.
dac09
pada 11 Sep 2015
@ dac09 Saya ingin menguji
dapatkah Anda memberi tahu saya file mana yang harus dimodifikasi?
joinsik
pada 11 Sep 2015
Saya menggunakan @CleverCoder Patch 's, yang menempel ion ini didasarkan pada, tanpa pembatasan yang harus dijalankan di iOS9 UIWebView saja, dan tidak memiliki konsekuensi pada UIWebView iOS8, safari, atau Android dalam hal ini.
damrbaby
pada 11 Sep 2015
Hai teman-teman, bisakah Anda menguji tambalan ini: https://Gist.github.com/IgorMinar/863acd413e3925bf282c
Ini harus bekerja dengan Angular 1.2 – 1.4.5 dan tidak memerlukan pembaruan Angular. Petunjuk tentang cara menerapkan ini ke aplikasi Anda ada di intinya.
Kami akan memiliki perbaikan yang tepat di 1.4.6, tetapi sementara itu tambalan mandiri ini dimaksudkan untuk memudahkan penerapan dan penerapan perbaikan sehingga Anda dapat meluncurkannya dengan cepat.
IgorMinar
pada 11 Sep 2015
Hai @IgorMinar - Saya mendapatkan kesalahan berikut dalam penerapan Angular 1.3 (Ionic beta-14) saya. Saya tidak berpikir metode .decorator tersedia pada modul di 1.3?
TypeError Tidak Tertangkap: angular.module(...).decorator bukan fungsi (fungsi anonim) @ angular-ios9-uiwebview.patch.js:33
rajatrocks
pada 11 Sep 2015
@rajatrocks uhh.. poin bagus. module.decorator adalah fitur 1.4 saja. biar saya ganti patchnya.
IgorMinar
pada 11 Sep 2015
@rajatrocks saya memperbarui intinya
IgorMinar
pada 11 Sep 2015
Terima kasih @IgorMinar , "instal" baik-baik saja sekarang. Akan meninggalkan komentar saya di utas Ionic karena mereka lebih terkait dengan itu.
rajatrocks
pada 11 Sep 2015
@IgorMinar Saya telah menyertakan file js Anda dan menambahkan yang berikut di app.js saya. Itu tidak memperbaiki masalah saya.
jprangenbergde
pada 11 Sep 2015
@IgorMinar Tambalan Anda tidak memperbaiki masalah saya, tetapi yang dari @mlynch melakukannya.
Untuk memastikan itu hanya diterapkan pada platform iOS, saya telah membuat kait Cordova sederhana:
https://Gist.github.com/DURK/f2acd6bca4759e719801
Pembaruan : Ah, saya melihat tambalan sekarang berisi tanda centang sehingga hanya diterapkan di iOS9.
DURK
pada 11 Sep 2015
@IgorMinar Menindaklanjuti apa yang @DURK dan @jprangenberg dilaporkan, tampaknya ada masalah dengan fungsi "isIOS9UIWebView" saat pengujian pada iPad Air 2. Jika saya memaksa shim untuk selalu diterapkan, karya-karya Patch.
tfujii
pada 11 Sep 2015
Dari komentar saya di: https://github.com/driftyco/ionic/issues/4082#issuecomment -139567128
@IgorMinar , tambalan Anda berfungsi dengan baik di iOS 9 iPhone UIWebView, tetapi ada beberapa masalah dengan deteksi agen pengguna untuk iPad.
Agen pengguna iPhone iOS 9 di UIWebView:
Mozilla/5.0 (iPhone; CPU iPhone OS 9_0 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13A340
Agen pengguna iOS 9 iPad di UIWebView:
Mozilla/5.0 (iPad; CPU OS 9_0 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13A340
Regex yang andal akan cocok dengan semua ini adalah:
function isIOS9UIWebView(userAgent) {
return /(iPhone|iPad|iPod);.*OS 9_\d/.test(userAgent) && !/Version\/9\./.test(userAgent);
}
Saya telah memotong inti https://Gist.github.com/JeremyPlease/72cb3bf98279fefed4e3
JeremyPlease
pada 11 Sep 2015
@DURK cordova kait tidak diperlukan. tambalan tidak melakukan apa pun pada platform yang tidak membutuhkannya.
IgorMinar
pada 11 Sep 2015
@JeremyPlease Safari di iOS9 tidak terpengaruh. kami benar-benar ingin menerapkan tambalan hanya ketika di UIWebView.
IgorMinar
pada 11 Sep 2015
@JeremyPlease Safari iOS 9 bukan masalahnya, jadi cek @IgorMinar sudah benar - untuk membatasinya secara khusus ke UIWebViews, saya percaya.
Bekerja sangat baik untuk saya.
dac09
pada 11 Sep 2015
Saya menyadari ini hanya masalah di UIWebView, jadi saya telah memperbarui inti saya agar tidak berlaku saat di Safari:
function isIOS9UIWebView(userAgent) {
return /(iPhone|iPad|iPod);.*OS 9_\d/.test(userAgent) && !/Version\/9\./.test(userAgent);
}
Saya menerbitkan patch v1.0.3
IgorMinar
pada 11 Sep 2015
@IgorMinar Apakah perbaikan ini hanya berfungsi, jika Anda menggunakan ngRoute? Perbaikannya tidak berhasil untuk saya… :-(
jprangenbergde
pada 11 Sep 2015
@jprangenberg ya. aplikasi saya dengan ngroute berfungsi dengan baik di iphone/ipad. dapatkah Anda memberikan detail lebih lanjut? juga pastikan Anda menggunakan patch v1.0.3+
IgorMinar
pada 11 Sep 2015
@IgorMinar Versi 1.0.3 dari tambalan berfungsi dengan benar di lingkungan saya.
tfujii
pada 11 Sep 2015
indeks.html:
<script src="lib/ionic/js/ionic.bundle.js"></script>
<script src="lib/ngCordova/dist/ng-cordova.min.js"></script>
<script src="js/libs/angular-ios9-uiwebview.patch.js"></script>
aplikasi.js:
angular.module('starter', [
'ionic',
'ngCordova',
'ngIOS9UIWebViewPatch',
'ionic.service.core',
'ionic.service.push',
'angular-loading-bar',
'starter.services',
'starter.controllers'
])
app.js (Rute):
$stateProvider.state('app.regions', {
cache: false,
url: "/states/:state_id/regions",
views: {
'menuContent': {
templateUrl: "templates/regions.html",
controller: 'RegionsCtrl'
}
}
})
Tidak mungkin untuk menavigasi melalui aplikasi. Jika Anda mengklik item daftar, Anda melihat tampilan saat ini. Tombol histori berubah. Jika Anda mengklik tombol riwayat, Anda dapat melihat tampilan klik pada item daftar.
<ion-list>
<ion-item ng-repeat="state in states" href="#/app/states/{{state.id}}/regions">
{{state.name}}
</ion-item>
</ion-list>
@IgorMinar Itu tidak berhasil untuk saya. Apakah seseorang punya ide?
jprangenbergde
pada 11 Sep 2015
@jprangenberg apakah Anda menggunakan versi patch dari bundel Ionic atau rilis?
perrygovier
pada 11 Sep 2015
@perrygovier Saya menggunakan versi 1.0.3 dari @IgorMinar
jprangenbergde
pada 11 Sep 2015
@jprangenberg benar, tapi ionic.bundle.js. Itu versi berapa?
perrygovier
pada 11 Sep 2015
Versi ionic.bundle.js saya:
window.ionic.version = '1.0.0';
@perrygovier Terima kasih atas bantuan Anda!
jprangenbergde
pada 11 Sep 2015
Karena penasaran, apakah menggunakan bundel versi 1.1.0 membantu?
http://code.ionicframework.com/1.1.0/js/ionic.bundle.min.js
Anda mungkin memerlukan CSS yang diperbarui juga
http://code.ionicframework.com/1.1.0/css/ionic.min.css
perrygovier
pada 11 Sep 2015
Hei @jprangenberg , sementara kita semua mengerjakan ini bersama, mari lanjutkan diskusi terkait ionik ini tentang masalah ion sehingga kita tidak mengirim spam ke pengguna sudut biasa driftyco/ionic#4082
perrygovier
pada 11 Sep 2015
Jadi bug ini tidak mempengaruhi WKWEBVIEW saat menggunakan https://github.com/Telerik-Verified-Plugins/wkWebView ?
jason-engage
pada 11 Sep 2015
Bug hanya ada di UIWebView iOS 9. Itu tidak ada saat menggunakan wkWebView.
perrygovier
pada 11 Sep 2015
Terima kasih atas pekerjaan Anda pada orang-orang ini, tetapi sayangnya itu tidak berhasil untuk saya. Saya mendapatkan animasi yang rusak, halaman tidak dimuat sama sekali, halaman tidak dimuat dengan benar, pada dasarnya router benar-benar miring.
Saya menggunakan bundel Ionic 1.1.0 dan iOS 9.1 pada iPhone 6, bersama dengan file patch di https://code.ionicframework.com/patch/ios9- $browser-patch.js. Saya melihat kesalahan seperti ini:
Kesalahan: [$ rootScope:infdig ] 10 $digest() iterasi tercapai. Membatalkan!
Pengamat dipecat dalam 5 iterasi terakhir: []
Ada saran?
Terima kasih!
scottopolis
pada 11 Sep 2015
@scotopolis apakah Anda mencoba tambalan Igor: https://Gist.github.com/IgorMinar/863acd413e3925bf282c
petebacondarwin
pada 11 Sep 2015
@petebacondarwin ya terima kasih, tambalan Igor berfungsi untuk saya. Animasi transisi halaman saya berombak, tetapi router tampaknya telah diperbaiki. Saya akan mengawasi masalah ini.
scottopolis
pada 11 Sep 2015
Beberapa pengujian di sini dan tambalan dari @IgorMinar menyebabkan masalah dengan animasi dan pengontrol tombol kembali. Saya melihat pengontrol untuk layar yang saya mundur agar tidak dibuat lagi ketika saya mengklik kembali. Ini menyebabkan animasi berjalan dalam tampilan itu saat dinavigasi dari layar, semua jenis aneh.
Sejauh ini saya tidak melihat masalah menggunakan nightly from ionic tetapi memperbarui deteksi iOS9.
var userAgent = navigator.userAgent,
isIOS9 = /(iPhone|iPad|iPod).* OS 9_\d/.test(userAgent) && !/Version\/9\./.test(userAgent);
aphex
pada 11 Sep 2015
Saya baru saja mendorong patch v1.1.0: https://Gist.github.com/IgorMinar/863acd413e3925bf282c
Bersama dengan tim ionic, kami tidak lagi dapat mereproduksi kedipan apa pun dengan versi tambalan ini.
Tingkatkan versi dan beri tahu kami jika Anda melihat masalah lagi. (pastikan juga Anda tidak menggunakan patch lain untuk masalah ini selain patch v1.1.0).
Kami akan mendaratkan perbaikan di master minggu depan, sehingga Angular v1.4.6 tidak perlu ditambal lagi.
IgorMinar
pada 12 Sep 2015
Versi baru dari tambalan ini bekerja dengan sempurna untuk saya. Terima kasih @IgorMinar!
scottopolis
pada 12 Sep 2015
Apakah rilis 1.4.6 memperbaiki masalah ini untuk selamanya?
alexislg2
pada 18 Sep 2015
@alexislg2 - ya rilis ini harus memperbaiki masalah sehingga Anda tidak perlu menerapkan tambalan.
petebacondarwin
pada 18 Sep 2015
Dikonfirmasi, berfungsi untuk saya di simulator dan perangkat, hanya perlu pengguna saya menunggu 2 minggu untuk persetujuan Apple ;-(
dbroadhurst
pada 18 Sep 2015
@dbroadhurst Saya dengar Anda mungkin bisa mengutip https://openradar.appspot.com/22186109 laporan bug untuk mempercepat pembaruan aplikasi Anda.
petebacondarwin
pada 18 Sep 2015
Anda dapat mengikuti bug WebKit ini untuk pembaruan.
hober
pada 22 Sep 2015
Hai, Anda tampaknya telah memecahkan masalah panggilan asinkron iOS9 pada perubahan hash di Angular.js.
Saya telah melakukan penelitian, juga diposting di stackoverflow tetapi satu-satunya solusi yang saya temukan sampai sekarang adalah di patch browser.js sudut Anda.
Saya tidak terlalu akrab dengan sudut dan saya ingin memahami apa yang Anda lakukan membuat Anda memperbaikinya tersedia di
setiap aplikasi web berdasarkan Hash Routing
Maukah Anda menjelaskan bagaimana Anda mengidentifikasi dan memperbaiki masalah?
lchenneberg
pada 25 Sep 2015
@lchenneberg - komit yang memperbaiki masalah di AngularJS ada di sini https://github.com/angular/angular.js/commit/8d39bd8abf423517b5bff70137c2a29e32bff76d
Masalahnya adalah browser khusus ini tidak memperbarui nilai untuk window.location.href hingga menjalankan loop peristiwa JavaScript berikutnya. Ini berarti bahwa jika Anda menulis ke nilai itu kemudian segera membacanya kembali, Anda mendapatkan nilai yang berbeda:
console.log(window.location.href) // -> http://my.domain.com/path/to/page
window.location.href = 'http://my.domain.com/path/to/other/page';
console.log(window.location.href) // -> http://my.domain.com/path/to/page
// next tick of the event loop
console.log(window.location.href) // -> http://my.domain.com/path/to/other/page
Perhatikan bahwa console.log mengembalikan nilai lama, bukan nilai baru. Setelah loop acara saat ini selesai, nilainya diperbarui, seperti yang dapat dilihat pada console.log ketiga
Perbaikan yang telah kami lakukan, adalah men-cache nilai yang kami tulis, jika browser tidak memperbarui secara sinkron, dan kemudian menggunakan nilai itu sejak saat itu, alih-alih nilai yang dikembalikan dari window.location.href , hingga ada acara hashchange , yang memberitahu kita bahwa browser akhirnya beres dengan sendirinya.
Semoga membantu.
petebacondarwin
pada 25 Sep 2015
Tambalan @IgorMinar bekerja dengan baik untuk saya. Saya menggunakan versi Angular & Ionic berikut:
window.ionic.version "1.0.1"
angular.version
Object {full: "1.3.13", major: 1, minor: 3, dot: 13, codeName: "meticulous-riffleshuffle"}
jasdeepsingh
pada 30 Sep 2015
Tambalan @IgorMinar juga berfungsi untuk kami. Terima kasih!!
Tapi saya punya pertanyaan lain yang mungkin bisa dijawab oleh salah satu dari Anda:
Atau, yang lebih penting, apakah mengakses aplikasi web dengan cara ini memanfaatkan mesin rendering Nitro?
tpeiffer
pada 1 Okt 2015
@tpeiffer mereka akan menggunakan wkwebview, karena ini hanya safari tanpa bilah alamat.
mhartington
pada 1 Okt 2015
Hai, saya memiliki masalah yang sama persis dengan versi lama angular: 1.0.6
Saya melihat bahwa semua perbaikan adalah untuk versi yang lebih baru, apakah Anda tahu di mana saya harus mencari untuk melihat apakah saya dapat memperbaiki masalah ini? Terima kasih.
tzamora
pada 2 Okt 2015
@tzamora Sudahkah Anda mencoba menerapkan tambalan @IgorMinar ? Mungkin 1.0.6 terlalu dini untuk berfungsi.
petebacondarwin
pada 2 Okt 2015
@petebacondarwin tambalan @IgorMinar merujuk ke file bernama browser.js. Saya tidak punya file bernama browser.js
tzamora
pada 2 Okt 2015
FYI, perbaikan untuk masalah mendasar mendarat di WebKit tempo hari:
http://trac.webkit.org/changeset/190092
http://trac.webkit.org/changeset/190100
hober
pada 2 Okt 2015
Saya membuatnya bekerja dengan tambalan js, tetapi tidak langsung. Baru dalam hal ini (angularjs dan Ionic) jadi jika seseorang dapat memeriksa ini dan memberi tahu saya jika saya melewatkan sesuatu yang utama, saya akan sangat menghargainya! (misalnya apakah objek platform sangat tidak efisien, dll)
catatan:
- Saya mengunduh ios9-$browser-patch.js lokal
- Saya menemukan bahwa itu tidak menyelesaikan masalah saya, tetapi memaksa isIOS9UIWebView untuk mengembalikan true, bekerja dengan baik
- Saya menulis ulang pemeriksaan tambalan menggunakan metode platform Ionic, yang berfungsi dengan baik sekarang. (Saya telah meninggalkan kode lama yang dikomentari di sini untuk menunjukkan evolusi)
function isIOS9UIWebView(userAgent) {
return (/9\.[0-9]\.[0-9]/.test(ionic.Platform.version()) && /iOS/.test(ionic.Platform.device() ));
//return true;
//return (navigator.userAgent.indexOf(' OS 9') != -1) && (navigator.appVersion.indexOf(' OS 9') != -1);
//return /(iPhone|iPad|iPod).* OS 9_\d/.test(userAgent) && !/Version\/9\./.test(userAgent);
// only provide the patch for iOS9 on UIWebView
}
var1ableX
pada 5 Okt 2015
Saya mengalami masalah ini pada 8.4 di simulator; jadi saya rasa tidak terbatas hanya untuk iOS 9. Saya baru saja memperbarui pemeriksaan string agen untuk menyertakan versi iOS 8 & 9. Berikut string agen.
"Mozilla/5.0 (iPhone; CPU iPhone OS 8_4 seperti Mac OS X) AppleWebKit/600.1.4 (KHTML, seperti Gecko) Mobile/12H141 (140307121489296)"
scott-phillips-sp
pada 6 Okt 2015
+1
StevenStar
pada 20 Okt 2015
Hai
Adakah yang bisa mengonfirmasi jika ini diselesaikan pada ios 9.2? (beta)
Terima kasih :)
FreudGit
pada 11 Nov 2015
Saya tidak dapat mereplikasi masalah pada pembaruan pagi ini ke iOS 9.2 (13C75) di iPhone 6. Sejauh ini terlihat bagus. Bug ini masih terbuka - https://openradar.appspot.com/22186109
mrowles
pada 10 Des 2015
Jika tambalan ini diterapkan, dapatkah itu memiliki efek negatif pada iOS 9.2 dan lebih tinggi? Saya akan menguji ini dengan aplikasi kami sendiri, tetapi saya ingin memastikan bahwa saya tidak memperkenalkan masalah yang tidak muncul saat menguji situasi khusus kami.
Sejauh yang saya bisa lihat, semua tambalan menggunakan regex yang memfilter iOS 9 dan lebih tinggi, tetapi tidak secara khusus 9.x hingga dan termasuk 9.1.
martijntraa
pada 21 Des 2015
Hai teman-teman, masalah ini saat ini terjadi di iPhone 6 dengan iOS 9, adakah yang bisa memberi tahu saya mengapa?
https://forum.ionicframework.com/t/ios-9-beta-slide-menu-app-transition-issue/30768
apakah ada tambalan lain yang perlu saya terapkan? Tolong beri tahu saya, saya benar-benar perlu memperbaiki masalah tumpang tindih layar itu.
bruno-serfe
pada 21 Des 2015
Memperbarui ke iOS 9.2 tampaknya menyelesaikannya untuk saya juga.
brechtcs
pada 21 Des 2015
@bruno-serve ini adalah masalah tentang cara iOS menangani window.location yang hanya ada di iOS 9.0.x. Jika Anda dapat memperbarui ke Angular 1.4.6+, maka tidak ada lagi yang harus Anda lakukan karena versi ini berisi perbaikan. Jika Anda tidak dapat memutakhirkan, maka tambalan di https://github.com/angular/angular.js/issues/12241#issuecomment -139446288 memiliki perbaikan yang sama.
Seperti yang dinyatakan sebelumnya, masalah ini hanya ada di iOS 9.0.x karena telah diperbaiki di iOS 9.1.0.
Masalah yang diposting di ionic terlihat seperti masalah yang sama, jadi perbaikan yang sama harus bekerja dua arah.
lgalfaso
pada 21 Des 2015
@lgalfaso terima kasih atas jawabannya, saya akan mencoba memperbaiki kesalahan intisari yang saya temukan, jika itu tidak menyelesaikan masalah, saya akan mencoba memutakhirkan sudut, terima kasih atas jawabannya!.
bruno-serfe
pada 21 Des 2015
Terima kasih @lgalfaso :+1:
mrowles
pada 22 Des 2015
Saya mengalami masalah ini ketika saya menambahkan aplikasi web ke layar beranda dan menggunakannya sebagai mandiri, namun memutakhirkan dari AngularJS 1.4.5 ke 1.5 benar-benar menyelesaikan masalah dan mempercepat navigasi!
tjespe
pada 30 Jan 2016
@volgwfang Masalah yang Anda alami tidak terkait dengan topik ini?
raftheunis87
pada 15 Mar 2016
Masalah terkait
jetta20162
·
3Komentar
guyandtheworld
·
3Komentar
jtorbicki
·
3Komentar
kishanmundha
·
3Komentar
ceymard
·
3Komentar
Komentar yang paling membantu
Punya sedikit lebih jauh tentang yang satu ini. Saya telah membuat perubahan di Angular mengenai lokasi.
Di bagian "perbarui browser", saya telah mengubah $rootScope.$evalAsync menjadi $rootScope.$applyAsync.
Kedua metode tampaknya melakukan hal yang persis sama. Perbedaannya tidak menjadi jelas sampai Anda melihat eksekusi $digest yang sebenarnya. Saat AngularJS mengeksekusi intisari, ia berjalan di pohon Lingkup dan mengeksekusi $watch() binding hingga tidak ada lagi data kotor yang dihasilkan. Selama siklus hidup ini, baik antrian $applyAsync() dan antrian $evalAsync() di-flush; tapi, ini terjadi di dua tempat yang sangat berbeda.
Antrian $applyAsync() hanya di-flush di bagian atas $digest sebelum AngularJS mulai memeriksa data kotor. Dengan demikian, antrian $applyAsync() akan di-flush, paling banyak, satu kali selama $digest dan hanya akan dihapus jika antrian sudah diisi sebelum $digest dimulai.
Antrian $evalAsync(), di sisi lain, di-flush di bagian atas while-loop yang mengimplementasikan "dirty check" di dalam $digest. Ini berarti bahwa ekspresi apa pun yang ditambahkan ke antrian $evalAsync() selama intisari akan dieksekusi pada titik berikutnya dalam intisari yang sama.
Untuk membuat perbedaan ini lebih nyata, itu berarti ekspresi asinkron yang ditambahkan oleh $evalAsync() dari dalam pengikatan $watch() akan dieksekusi dalam intisari yang sama. Ekspresi asinkron yang ditambahkan oleh $applyAsync() dari dalam pengikatan $watch() akan dieksekusi di lain waktu (~10ms).
Semoga ini sudah membantu sebagian dari Anda :-).