summaryrefslogtreecommitdiffstats
path: root/tde-i18n-en_GB/docs/kdebase/kcontrol/cookies/index.docbook
blob: c08cc498bcbd4c9e361e3543185b58bc851dc997 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
<?xml version="1.0" ?>
<!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN"
"dtd/kdex.dtd" [
<!ENTITY % addindex "IGNORE">
<!ENTITY % British-English "INCLUDE"
> <!-- change language only here -->
]>

<article lang="&language;">
<articleinfo>

<authorgroup>
<author
>&Krishna.Tateneni; &Krishna.Tateneni.mail;</author>
<author
>&Jost.Schenck; &Jost.Schenck.mail;</author>
<othercredit role="translator"
><firstname
>John</firstname
><surname
>Knight</surname
><affiliation
><address
><email
>anarchist_tomato@herzeleid.net</email
></address
></affiliation
><contrib
>Conversion to British English</contrib
></othercredit
> 
</authorgroup>

<date
>2003-10-12</date>
<releaseinfo
>3.2</releaseinfo>

<keywordset>
<keyword
>KDE</keyword>
<keyword
>KControl</keyword>
<keyword
>cookie</keyword>
</keywordset>

</articleinfo>

<sect1 id="cookie">
<title
>Cookies</title>

<para
>Cookies are a mechanism used by web sites to store and retrieve information using your browser. For example, a web site may allow you to customise the content and layout of the pages you see, so that your choices are persistent across different visits to that web site.</para>

<para
>The web site is able to remember your preferences by storing a cookie on your computer. Then, on future visits, the web site retrieves the information stored in the cookie to format the content of the site according to your previously specified preferences.</para>

<para
>Thus, cookies play a very useful role in web browsing. Unfortunately, web sites often store and retrieve information in cookies without your explicit knowledge or consent. Some of this information may be quite useful to the web site owners, for example, by allowing them to collect summary statistics on the number of visits different areas of the web sites get, or to customise banner advertising.</para>

<para
>The cookies module of the &kcontrol; allows you to set policies for the use of cookies when you are browsing the web with the &konqueror; web browser. </para>

<warning
><para
>Note that the policies that you set using this control module will <emphasis
>not</emphasis
> apply to other web browsers such as &Netscape;.</para
></warning>

<sect2 id="cookie-policy">

<title
>Policy</title>

<para
>Using the <guilabel
>Policy</guilabel
> tab, you can configure the &kde; applications that will handle cookies. You can do this by specifying a general cookie policy as well as special cookie policies for certain domains or hosts.</para>

<para
>The top of the policy tab has a checkbox labeled <guilabel
>Enable cookies</guilabel
>. If you leave this unchecked cookies will be completely disabled. However, this may make browsing rather inconvenient especially as some web sites require the use of browsers with cookies enabled.</para>

<para
>You will probably want to enable cookies and then set specific policies on how you want them to be handled.</para>

<para
>The first group of options create settings that apply to all cookies.</para>

<variablelist>
<varlistentry>
<term
><guilabel
>Only accept cookies from originating server</guilabel
></term>
<listitem>
<para
>Some pages try to set cookies from servers other than the one you are seeing the <acronym
>HTML</acronym
> page from. For example, they show you advertisements, and the advertisements are from another computer, often one that belongs to a large advertising group. These advertisements may try to set a cookie which would allow them to track the pages you view across multiple web sites.</para>
<para
>Disabling this option will mean only cookies that come from the same web server as you are explicitly connecting to will be accepted.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Automatically accept session cookies</guilabel
></term>
<listitem>

<para
>An increasingly common use for cookies is not to track your movements across many visits to a web site but to just follow what you do during one single visit. Session cookies are saved as long as you are looking at the site and deleted when you leave it.</para>

<para
>Web sites can use this information for various things, most commonly it is a convenience so that you do not have to keep logging in to view pages. For example, on a webmail site, without some kind of session <acronym
>ID</acronym
>, you would have to give your password again for each email you want to read. There are other ways to achieve this, but cookies are simple and very common.</para>

<para
>Enabling this option means that session cookies are always accepted, even if you don't accept any other kind, and even if you choose to reject cookies from a particular site, session cookies from that site will be accepted.</para>
</listitem>
</varlistentry>

<varlistentry>
<term
><guilabel
>Treat all cookies as session cookies</guilabel
></term>
<listitem>
<para
>If this option is enabled, all cookies are treated as session cookies. That is, they are not kept when you leave the web site.</para>
<note>
<para
>The definition of <quote
>leave the web site</quote
> is vague. Some cookies may hang around for a little while after you are no longer viewing any pages on a particular web site. This is normal.</para>
</note>
</listitem>
</varlistentry>
</variablelist>

<para
>The section for <guilabel
>Default Policy</guilabel
> sets some further options that are mutually exclusive &mdash; you can choose only one of these options as the default, but you are free to set a different option for any specific web server.</para>

<variablelist>
<varlistentry>
<term
><guilabel
>Ask for confirmation</guilabel
></term>
<listitem>
<para
>If this option is selected, you will be asked for confirmation every time a cookie is stored or retrieved. You can selectively accept or reject each cookie. The confirmation dialogue will also allow you to set a domain specific policy, if you do not want to confirm each cookie for that domain.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Accept all cookies</guilabel
></term>
<listitem>
<para
>If this option is selected, all cookies will be accepted without asking for confirmation.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><guilabel
>Reject all cookies</guilabel
></term>
<listitem>
<para
>If this option is selected, all cookies will be rejected without asking for confirmation.</para>
</listitem>
</varlistentry>
</variablelist>

<para
>In addition to the default policy for handling of cookies, which you can set by selecting one of the three options described above, you can also set policies for specific host domains using the controls in the <guilabel
>Domain Specific</guilabel
> group.</para>

<para
>The Ask, Accept, or Reject policy can be applied to a specific domain by clicking on the <guibutton
>New...</guibutton
> button, which brings up a dialogue. In this dialogue, you can type the name of the domain (with a leading dot), then select the policy you want to apply to this domain. Note that entries may also get added while you are browsing, if the default policy is to ask for confirmation, and you choose a general policy for a specific host (for example, by selecting <guilabel
>Reject all cookies from this domain</guilabel
> when asked to confirm a cookie).</para>

<para
>You can also select a specific host domain from the list and click the <guibutton
>Change</guibutton
> button to choose a different policy for that domain than the one shown in the list.</para>

<para
>To delete a domain specific policy, choose a domain from the list, and then click the <guibutton
>Delete</guibutton
> button. The default policy will apply to domains which have been deleted from the list.</para>

</sect2>

<sect2 id="cookie-management">
<title
>Management</title>

<para
>In the <guilabel
>Management</guilabel
> tab you can browse and selectively delete cookies that have been set in the past.</para>

<para
>In the upper part of this dialogue, you can see a list of domains displayed as a tree. Click on the little <guiicon
>+</guiicon
> next to a domain to see all cookies that have been set for this particular target domain. If you select one of these cookies, you will notice that its contents will show up in the frame <guilabel
>Cookie Details</guilabel
> below.</para>

<para
>By clicking the <guibutton
>Delete</guibutton
> button you can now delete the selected cookie. Click <guibutton
>Delete All</guibutton
> to delete all cookies stored.</para>

<para
>Choose <guibutton
>Reload List</guibutton
> to reload the list from your hard disk. You might want to do this if you have had the module open and are testing web sites or have made many changes in the module itself.</para>

</sect2>

</sect1>

</article>