I've observed the same behaviour with Noble installer, and it does
appear to be very counter-intuitive for a user to select "Don't send"
and then be told that their send request failed.
On a related point, the UI appears to block on this network request -
which is probably not necessary - and
The fact that you claim to not log or store the IP address is beside my
point, which is that the IP address is _transferred_ out of the machine
even when the user said no to submitting any information. If consent is
your legal basis for submitting information to Ubuntu, it is not valid
for
IP addresses are not logged or stored.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1761739
Title:
Submits a message to a remote server even when "No, don't send any
info" is selected
To manage
Of course IP information is sent. Any HTTP connection will pass on the
IP address of the other end during establishment of its TCP/IP
connection. The fact that HTTP is used over TCP is enough to send the
IP address. It could be avoided by enforcing the use of Tor or similar,
but that is purely
There is no IP info being sent
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1761739
Title:
Submits a message to a remote server even when "No, don't send any
info" is selected
To manage
Note, with the current privacy regulations, if Canonical uses consent as
the base for submitting this information for collection, I am quite sure
it would be against the law to send IP address to a Canonical server
when consent is missing. Sending IP address provides time, location
and the fact
> I've confirmed with Jamie B that the ping still needs to be sent
> mpt's going to come up with something better
I’m happy to come up with something better, if there’s a reason that I
can explain. As I understand it, we let you decline data collection in
case you are concerned about privacy.
cents
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1761739
Title:
Submits a message to a remote server even when "No, don't send any
info" is selected
To manage notifications about this bug go
My personal opinion is that saying "don't send" when we do send
something is the misleading part. OK, maybe no system info is being sent
- but something else is and we haven't said that.
If others disagree with me then they are free to close the bug, this is
just my 2.
--
You received this bug
The wording has been changing to "No, don't send system info" which is
less misleading since it's indeed not sending any system info, unsure if
that's good enough to consider the issue as resolved?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I was looking at updating the "Show First Report" button to show the
empty report content if you select "No" but I think that might be
misleading. If you select "No", then "Show First Report" then "Yes" you
might not notice the text has changed.
Perhaps we should change the design to show the
(This is probably being tracked elsewhere, but the linked privacy policy
might need updating for this. Currently, it mentions *storing* IP
addresses in relation to dash searches, and there's not really any other
mention apart from
Canonical may collect non-personally-identifying information of
To be clear - IP address are not being saved to the database. The data
will of course have to come from an IP address, but we're not recording
the data submitted against and IP address.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
mpt's going to come up with something better, but it probably shouldn't
be a yes/no question - rather a radio something like
- Send full report containing system information (view)
- Send basic report which only reveals your internet address and that you
installed Ubuntu flavour version
…
--
Can we use this bug as a release bug to track that request then maybe?
One additional reason I'm a bit concerned is that there's (sensibly
since otherwise you can end up with an incompletely configured machine)
no way to quit gnome-initial-setup, so any wording will need to say that
we're sending
or slightly better:
"No, tell Canonical I don't want to send my system info."
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1761739
Title:
Submits a message to a remote server even when "No, don't
Wording for this feels like it's going to be awkward. Here's one
suggestion
"No, tell Canonical I don't want to send this information."
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1761739
Title:
Current screenshot for reference
** Attachment added: "ubuntu-welcome-20180408-help-improve.png"
https://bugs.launchpad.net/ubuntu/+source/gnome-initial-setup/+bug/1761739/+attachment/5109378/+files/ubuntu-welcome-20180408-help-improve.png
--
You received this bug notification because you
I've confirmed with Jamie B that the ping still needs to be sent, so we
need to work with design on improving the wording and making it clear
than something will still be sent, perhaps showing the contents.
I'll email mpt and ask for info and CC the relevant parties.
** Tags removed:
We should definitely make a design call ASAP on this.
** Changed in: gnome-initial-setup (Ubuntu)
Importance: Undecided => High
** Changed in: gnome-initial-setup (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Right, note that it was described on the list topic
https://lists.ubuntu.com/archives/ubuntu-devel/2018-February/040139.html
"Any user can simply opt out by unchecking the box, which triggers one
simple POST stating, “diagnostics=false”."
there was some questions/replies about that in the
21 matches
Mail list logo