Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Safari 14 (Webkit TP) Top Sites nicht mehr vorhanden...

Safari 14 (Webkit TP) Top Sites nicht mehr vorhanden...

se_wi30.06.2018:56
Hallo,
nach der Vorstellung von Mac OS 11 mit dem neuen Safari wurde auch die Safari Technology Preview auf Safari 14 aktualisiert und hat jetzt auch die gleichen Features wie die Systemversion.
Leider ist die heißgeliebte Top Sites Startseite nicht mehr da sondern von diesem vergurkten Firefox Startseitennachbau ersetzt worden, mit dem ich nicht warm werde.
Über das Plus in der Adresszeile kann man einen Link zwar noch zu den Top Sites hinzufügen aber irgendwie nirgends mehr darstellen, zumindest habe ich nichts gefunden.

Weiss jemand etwas dazu? Bin ich blind?
Danke
0

Kommentare

eyespy3930.06.2020:28
Menüleiste View Show Favorites Bar bringt zumindest diese Leiste zurück.
Wenn die Startseite angezeigt wird, kannst Du übrigens mit Rechts-Klick ein Kontext-Menü bekommen, wo du wählst, welche Elemente darauf dargestellt werden sollen. Oder über das Icon zur Konfiguration rechts unten.
0
se_wi01.07.2019:07
Hallo eyespy

Danke für deine Antwort, aber das ist leider nicht, was ich suche. Die Seite sah so aus:


auch per Rechtsklick auf der Startseite gibt keinen Hinweis auf die Top Sites.
0
se_wi01.07.2019:18
Nicht der Browser selbst, sondern die Startseite finde ich beim Firefox gelungener als beim neuen Safari.
ttwm
se_wi
Hallo,
nach der Vorstellung von Mac OS 11 mit dem neuen Safari wurde auch die Safari Technology Preview auf Safari 14 aktualisiert und hat jetzt auch die gleichen Features wie die Systemversion.
Leider ist die heißgeliebte Top Sites Startseite nicht mehr da sondern von diesem vergurkten Firefox Startseitennachbau ersetzt worden, mit dem ich nicht warm werde.
Was ist denn der Unterschied zwischen Firefox und Safari, der dich so stört/nicht warm werden lässt?
0
ttwm01.07.2019:18
Musst Du das evtl. wieder aktivieren?

Häufig besuchte Websites anzeigen
Topsites-Seite anzeigen: Wähle „Lesezeichen“ > „Topsites einblenden“. Wird „Topsites einblenden“ nicht angezeigt, wähle „Safari“ > „Einstellungen“ und klicke auf „Allgemein“. Klicke dann auf das Einblendmenü „Neue Fenster öffnen mit“ und wähle „Topsites“.
0
ttwm01.07.2019:20
se_wi
Leider ist die heißgeliebte Top Sites Startseite nicht mehr da sondern von diesem vergurkten Firefox Startseitennachbau ersetzt worden
se_wi
Nicht der Browser selbst, sondern die Startseite finde ich beim Firefox gelungener als beim neuen Safari.
öhm, meintest du das anders rum oder steht ich gerade auf dem schlauch?
0
eyespy3901.07.2020:26
Vielleicht liegt es daran, dass die zu zeigenden Seiten erst neu "gesammelt" werden müssen, das Verhalten also erst aussagekräftig genug werden muss. Es entspräche ja dann dem "show frequently visited"-Bereich, der erst gefüllt werden muss.
Vielleicht ist es auch ein bug? Die Datei topsites.plist ist jedenfalls im Ordner UserLibrarySafaryTechnologyPreview vorhanden, ohne dass ich eine Stelle gefunden hätte, diese Seiten präsentieren zu lassen.
0
se_wi01.07.2020:29
ttwm
der Satz war in der Tat so und so verständlich, verzeiht.
Gemeint war: diesem vergurkten Firefox Startseitennachbau

Diese Einstellung, die du zitierst, existiert in der v14 (zumindest die Technology Preview) nicht mehr
0
almdudi
almdudi02.07.2004:32
se_wi
Leider ist die heißgeliebte Top Sites Startseite nicht mehr da
Das wäre ja mal was Positives.
-2
se_wi03.07.2019:13
Warum? War es bisher ein erzwungenes Feature? Ich glaube nicht. Wenn man nicht wollte, musste man es nicht nutzen, also alle zufrieden. Jetzt nicht mehr.
almdudi
se_wi
Leider ist die heißgeliebte Top Sites Startseite nicht mehr da
Das wäre ja mal was Positives.
+1
sierkb03.07.2020:31
se_wi:

Könnte es sein, dass Top Sites bzw. Top Sites als Startseite so wie Du es bisher kennst, evtl. dem hier geopfert worden ist bzw. geopfert oder zumindest umgebaut werden musste? Warum? Möglicherweise u.a. evtl. als Folge hiervon zu Ungunsten von weniger eingebautem Tracking und zu Gunsten von mehr Datenschutz:

Trinity College at the University of Dublin (24.02.2020): "Web Browser Privacy: What Do Browsers Say When They Phone Home"
Abstract—We measure the connections to backend servers made by six browsers: Google Chrome, Mozilla Firefox, Apple Safari, Brave Browser, Microsoft Edge and Yandex Browser, during normal web browsing. Our aim is to assess the privacy risks associated with this back-end data exchange. We find that the browsers split into three distinct groups from this privacy perspective. In the first (most private) group lies Brave, in the second Chrome, Firefox and Safari and in the third (least private) group lie Edge and Yandex. (PDF, 15 Seiten)

Das, was zu Safaris "Phoning home" bzw. Cookie-/Tracking insbesondere auf dessen Startseite ("Top Sites") herausgefunden wurde:
Trinity College, Web Browser Privacy: What Do Browsers Say When They Phone Home
I. INTRODUCTION

[…]

Safari defaults to a choice of start page that prefetches pages from multiple third parties (Facebook, Twitter etc, sites not well known for being privacy friendly) and so potentially allows them to load pages containing identifiers into the browser cache. Start page aside, Safari otherwise made noextraneous network connections and transmitted no persistent identifiers, but allied iCloud processes did make connections containing identifiers.

[…]

V. DATA TRANSMITTTED ON BROWSER STARTUP

[…]

D. Apple Safari
Figure 6(a) shows the connections reported by appFirewall when a fresh install of Safari is first started and left sittingat the startup window shown in Figure 6(b). By default Safari displays a “favorites” page. Resources are fetched for each of the 12 services displayed. This results in numerous connections being made, most of which respond with multiple set-cookie headers. These cookies are scrubbed and not resent in later requests to the prefetched pages. However, we also saw evidence of embedding of identifiers within the prefetched html/javascript, which may then be passed as parameters (rather than as cookies) in requests generated by clicking on the displayed icon.

Once startup was complete, the URL http://leith.ie/nothingtosee.html was pasted into the browser top bar. In addition to connections to leith.ie this action also consistently generated a connection to configuration.apple.com by processcom.apple.geod e.g.

GET https://configuration.apple.com/configurations/pep/config/ge o/networkDefaults-osx-10.14.4.plist
User-Agent: com.apple.geod/1364.26.4.19.6 CFNetwork/978.1Darwin/18.7.0 (x86_64)
Response is 2.6KB of text/xml

This extra connection sent no identifiers.

Safari was then closed and reopened. No data is transmitted on close. On reopen Safari itself makes no network connections (the leith.ie page is displayed, but has been cached and so no network connection is generated) but a related processnsurlsessiond consistently connects to gateway.icloud.com onbehalf of com.apple.SafariBookmarksSyncAgent e.g.

POST https://gateway.icloud.com/ckdatabase/api/client/subscriptio n/retrieve
X-CloudKit-ContainerId: com.apple.SafariShared.WBSCloudBookmarksStore
X-CloudKit-UserId: _9acd71fb10d466...
X-CloudKit-BundleId: com.apple.SafariBookmarksSyncAgent

This request transmits an X-CloudKit-UserId header valuewhich appears to be a persistent identifier that remains constantacross restarts of Safari. Note that iCloud is not enabledon the device used for testing nor has bookmark syncingbeen enabled, and never has been, so this connection isspurious. From discussions with Apple it appears this requestis unexpected and so may well be a bug.

In summary, Safari defaults to a choice of start page that leaks information to third parties and allows them to cache prefetched content without any user consent. Start page aside, Safari otherwise appears to be quite a quiet browser, making no extraneous network connections itself in these tests and transmitting no persistent identifiers. However, allied processes make connections which appear unnecessary.

We have proposed to Apple that (i) they change Safari’s default start page and (ii) unnecessary network connections by associated processes are avoided.

[…]

VII. DATA TRANSMITTTED BY SEARCH AUTOCOMPLETE

[…]

In this section we look at the network connections made by browsers as the user types in the browser top bar. As before, each browser is launched as a fresh install but now rather than pasting http://leith.ie/nothingtosee.html into the top ba rthe text leith.ie/nothingtosee.html is typed into it. We try to keep the typing speed consistent across tests.

In summary, Safari has the most aggressive autocomplete behaviour, generating a total of 32 requests to both Google and Apple. However, the requests for Google contain no identifier and those to Apple contain only an ephemeral identifier (which is reset every 15 mins). Chrome is the next most aggressive, generating 19 requests to a Google server and these include an identifier that persists across browser restarts. Firefox is significantly less aggressive, sending no identifiers with requests and terminating requests after the first word, so generating a total of 4 requests to Google. Better still, Brave disables autocomplete by default and sends no requests at allas a user types in the top bar.

In light of these measurements and the obvious privacy concerns they create, we have proposed to the browser developers that on first start users be given the option to disable search autocomplete.

[…]

VIII. CONCLUSIONS

[…]
Safari defaults to a choice of start page that potentially leaks information to multiple third parties and allows them to preload pages containing identifiers to the browser cache. Safari otherwise made no extraneous network connections and transmitted no persistent identifiers, but allied iCloud processes did make connections containing identifiers.
[…]

Außerdem:

WebKit Blog (25.06.2020): Release Notes for Safari Technology Preview 109 with Safari 14 Features
WebKit/Apple, Release Notes for Safari Technology Preview 109 with Safari 14 Features
[…]
Privacy Report. See the trackers that Intelligent Tracking Prevention prevented from accessing identifying information.
[…]
+3
se_wi04.07.2013:17
sierk
Wow, ich kann garnicht genug Daumen nach oben geben, wie deine hilfreichen, übersichtlich formatierten Antworten verdient hätten.
Es klingt in der Tat, dass die Seite ein datenschutztechnischer Albtraum war, weil halt zu Beginn auch viele Seiten drin waren, die man nie besucht hatte.
Eventuell findet Apple ja noch einen guten Kompromiss aus Datenschutz und Nutzerfreundlichkeit.

Nochmal vielen Dank für deine aufschlussreiche Recherche!
+1

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.