[Ayatana] Update manager

Hi, Sorry for the long message, must I need to set some context before going to the point. I am trying to bring the discussion on update-manger changes, with its new pop-under behavior to this forum as suggested in https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/332945/comments/3

[Ayatana] [Fwd: Re: Update manager]

Forwarding a message from Ryan that was inadvertently sent only to me... I will also forward my answer and his reply to that. --- Begin Message --- On Sun, Jun 14, 2009 at 5:41 PM, Paulo J. S. Silva wrote: > The purpose of this message is to present an alternative that I believe > is in lin

[Ayatana] [Fwd: Re: Update manager]

r adjust it to the old way or get accustomed to the new way", is certainly not a very positive or humanistic way of defending a point of view... Em Dom, 2009-06-14 às 22:10 -0400, Ryan Prior escreveu: > On Sun, Jun 14, 2009 at 5:41 PM, Paulo J. S. Silva wrote: > > > The purpose of this

[Ayatana] [Fwd: Re: Update manager]

Ryan reply to me. --- Begin Message --- Hello Paulo, Thanks for the reply. On Mon, Jun 15, 2009 at 7:30 AM, Paulo J. S. Silva wrote: > Ryan, > Why did you answer directly to me? Shouldn't the discussion take place > in the list? Yes. This was my mistake, I clicked to reply just t

Re: [Ayatana] [Fwd: Re: Update manager] - a secure way to ask for information

mac_v, You raised very interesting point that the possibility of applications asking the user for root access without proving themselves as real system applications is a security risk. However I do not think the orage icon can solve this problem. It is true that a malicious application can fake th

Re: [Ayatana] [Fwd: Re: Update manager] - a secure way to ask for information

Thinking a little bit more about Vincenzo suggestion. It is not clear to me how the application that is asking for root access can present some information that is only readable by root. Anyhow, this is a security problem and maybe we are getting off topic here. best, Paulo ___

Re: [Ayatana] System / hardware indicator

Em Ter, 2009-06-16 às 15:48 +0200, Vincenzo Ciancia escreveu: > On 16/06/2009 Mark Shuttleworth wrote: > > > > Ted Gould has been a proponent of a system / hardware indicator, and > > I've been working on how to handle things like USB-unmount and > > Bluetooth-connect and am coming round to the

Re: [Ayatana] Updates on Login

2009/6/17 David Siegel > I think it would be interesting if the user must wait at GDM for updates to > finish (assuming they were downloaded previously), and is only allowed to > log in when updates have finished. This process only takes a minute or two, > and the user can choose to not initiate

[Ayatana] Fwd: Updates on Login

Ops... I sent the message below to David only. -- Forwarded message -- From: Paulo J. S. Silva Date: 2009/6/17 Subject: Re: [Ayatana] Updates on Login To: David Siegel Sorry David, I think I misread your suggestion. I  thought you were suggesting to force the user to upgrade

Re: [Ayatana] Updates on Login

Thinking more carefully, updates, and specially security updates, are really very, very important. So why not do it all? I mean: 1) Allow updates at login, as it is suggested here 2) Leave a permanent notification symbol on the panel while the session is on (this would take care of notifying user

Re: [Ayatana] What most people would find useful

The more I think about it, the more I think that automatic updates for *security* problems should be default option. I have to admit that most of my "regular" friends and family members do know what to do with the list presented by update-manager (or windows update notification). I would suggest

Re: [Ayatana] What most people would find useful

I forgot to mention: The Ubiquity screen should have three options: 1) Do automatic installation of security updates 2) Show notification of available security updates 3) Wait for the user to request updates Option one should be the default. Note that at this moment, the user can easily select

Re: [Ayatana] Updates on Login

Mark, Why not present the upgrade option in the three situations? At login, at log out/shutdown and during the session (only once per session or per day or whatever is a reasonable time)? This would be a away to encourage upgrades. The key here is to make updates at each moment optional. So that t

Re: [Ayatana] Updates on Login

Em Sáb, 2009-07-04 às 10:15 +0200, Steve Dodier escreveu: > I don't think (b) is a good idea for the following reasons : > > * When the user shuts the PC down, he doesn't expect to give it > attention anymore. An update can fail or be interrupted for some > reasons (package missing on a server, i

Re: [Ayatana] notify-osd + fullscreen + multiple monitors

Em Ter, 2009-07-07 às 13:49 +0200, Martín Soto escreveu: > > Also, future versions of X/Gnome wil automatically offer a > configuration box as soon as you plug in a monitor. We can consider > asking the user once at that point if this is a projector. The UI for > doing this would have to be very

Re: [Ayatana] notify-osd + fullscreen + multiple monitors

Em Ter, 2009-07-07 às 13:30 +0200, Martín Soto escreveu: > > I see a big one: you can easily forget activating the do-not-disturb > thing, or deactivating it later. For example, unless you're a very > experienced speaker, you're likely to be nervous before starting a > presentation. This increase

Re: [Ayatana] Updates on Login

Em Ter, 2009-07-07 às 11:14 +0200, Steve Dodier escreveu: > I know that in most cases this is not needed since the update will > happen well, but i think its better to make users expect to have to > act. If their mirror goes down, if debconf asks if a file should be > merged, if a dep is broken, i

Re: [Ayatana] New notification placement

2009/8/27 Steve Dodier : > I think it shouldnt cost so much to fade it when it spawns unfaded because > of the mouse. Having to leave the area 40px around the bubble and to come > back into it to blur the bubble is overkill. I'd prefer having it spawn > unfaded and fading after one or two seconds,

Re: [Ayatana] New notification placement

Even though I concur with Neil, that is in a large screen the new position may not be very bad, but in a small screen it is worse, let me show my use case: Actually, in a big screen I usually work with two windows opened side by side (one is latex and the other evince showing me the compiled latex

Re: [Ayatana] Who has rights to comment

> > PS: a short list of non-experts ;) : > George Washington , Abraham Lincoln , Albert Einstein , Alexander Graham > Bell , Thomas Edison , Rush Limbaugh > Galileo, Rembrandt, Rodin, Bonticelli, Da Vinci, Michelangelo, > Caravaggio, Van Gogh, Manet, Monet, Goya, Picasso,... > None of them either w

Re: [Ayatana] Regarding Notify-OSD's Position in Karmic Koala

>It certainly doesn't sound like "I am because of my community", it > sounds like "I am because of what Mark likes to see". Scary in a way. >This can also work the other way around. I could say that your > my-customized-to-the-last-pixel-way-or-the-highway stance is a pretty selfish > one,

Re: [Ayatana] Message Indicator: Listing apps in menu even if they are not on

> > How does a user go from "Here's a list of apps you can launch" to "Here are > some apps that should always start when you log in"? Should there be a > dialog asking if you want those apps to auto-start the next time we log in? > I just tried what I thought was the most obvious path: I opened s

Re: [Ayatana] Message Indicator: Listing apps in menu even if they are not on

I must agree. It feels now very odd to see the Systems menu without any icons (only to open a submenu like Administration or Settings with tons of icons in it). All other menus in the panel have icons (applications and places). I don't see why Systems doesn't. I knew something was perturbing me an

Re: [Ayatana] Message Indicator: Listing apps in menu even if they are not on

Shuttleworth : > Paulo J. S. Silva wrote: > > I must agree. > > It feels now very odd to see the Systems menu without any icons (only > to open a submenu like Administration or Settings with tons of icons > in it). All other menus in the panel have icons (applications and > places).

[Ayatana] Possible security risk with update-manager

Hello, I am coming back to an old subject, but with new information. There is a huge "Won't fix" bug concerning the pop-up/under behavior of update manager since 9.04: https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/332945 Recently one of the people that insist to keep the bug al

Re: [Ayatana] Possible security risk with update-manager

> As I wrote in : "For several years Web > browsers have insisted on showing the address bar, or the status bar, or > both, in any popup window as a way of distinguishing it from native > application windows. Can you provide a demo which avoids this security > meas

Re: [Ayatana] Possible security risk with update-manager

> So even though not having the pop-up behavior in administrative tasks > would help us explain to user how to behave when they see weird > pop-ups in their computers. > Argh! What a bad (and convoluted) sentence. I meant: So even though there are scenarios where disabling the pop-up/under behavi

Re: [Ayatana] Possible security risk with update-manager

> Yes, but that's true for any window where the user is using the default > theme. It has nothing particularly to do with Update Manager. There is something *very* specific to update-manager. It is the only application that asks my system password in an unpredicted manner. As far as I remember all

Re: [Ayatana] Window button order

In particular I would like to see addressed the concern that a user my hit one of the buttons while aiming at a menu and hence may get an unexpected behavior. The most destructive situation would be to hit the close button when aiming at the (popular) edit menu. Note that the other OS that has bu

Re: [Ayatana] Farewell to the notification area

Just to make sure you get enough feedback... Workspaces is the one feature that made me think my Linux desktop is clearly superior to windows. The ability to organize niches for different uses like work, internet, fun (music and video), and easily switch between then is great. Instead of getting r

Re: [Ayatana] Farewell to the notification area

> > Plus, as I pointed out several months ago, this is a HUGE security hole. > Passwords should only be given in response to a user initiated > operation. Asynchronous dialogs that ask for passwords are a very bad > precedent for a secure O/S. > > > Best we get those finger-swipe gadgets working,

Re: [Ayatana] Farewell to the notification area

That is the reason while the pop-up/under/what ever is a BAD idea. And the reason is that it is asynchronous, so the user is getting taught to respond to (possibly fake) windows request their password. This is a path for disaster if we ever get remotely close to solving Bug n. 1. And, answering to

Re: [Ayatana] Farewell to the notification area

On Sun, Apr 25, 2010 at 2:39 PM, Marc Deslauriers wrote: > On Sun, 2010-04-25 at 13:55 -0300, Paulo J. S. Silva wrote: >> That is the reason while the pop-up/under/what ever is a BAD idea. And >> the reason is that it is asynchronous, so the user is getting taught >> to resp

Re: [Ayatana] Farewell to the notification area

> I think installing security updates automatically may be the only way to > get them installed for people who are afraid of the pop-ups. > I agree. >> >> I do believe that the best balance would be to prompt the user in >> specific moments (log-out, before suspend/lock) with a dialog that has >>

Re: [Ayatana] New design: Opening applications and documents automatically at login

Yes, being able to save the current session would great, specially if it not only remember which applications are open, but also their location (which virtual desktop, position, if they are maximized, etc.) Gnome used to have that, but it was removed many iterations ago. Paulo Em Qui, 2011-10-20