[Bug 1652282] Re: Xwayland not using XAUTHORITY, prevents root applications from connecting

2017-12-07 Thread Curtis Gedak
> And that's the problem here. When gparted is ported to gtk3, the
> xhost workaround will stop working.

When/if GParted is ported to gtk3, THEN the work around can be removed.

In the mean time the xhost workaround enables people to continue using
GParted.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm3 in Ubuntu.
https://bugs.launchpad.net/bugs/1652282

Title:
  Xwayland not using XAUTHORITY, prevents root applications from
  connecting

To manage notifications about this bug go to:
https://bugs.launchpad.net/gdm/+bug/1652282/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1264368] Re: GLib-CRITICAL **: Source ID was not found when attempting to remove it - warning when leaving Network menu of g-c-c

2014-05-12 Thread Curtis Gedak
The upstream bug report for GParted can be found at the following link:

Bug number 729800 - Prevent GSource double-destroy warning messages
https://bugzilla.gnome.org/show_bug.cgi?id=729800


** Bug watch added: GNOME Bug Tracker #729800
   https://bugzilla.gnome.org/show_bug.cgi?id=729800

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1264368

Title:
  GLib-CRITICAL **: Source ID was not found when attempting to remove it
  - warning when leaving Network menu of g-c-c

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-control-center/+bug/1264368/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 1264368] Re: GLib-CRITICAL **: Source ID was not found when attempting to remove it - warning when leaving Network menu of g-c-c

2014-03-05 Thread Curtis Gedak
Messages of the form "GLib-CRITICAL **: Source ID 6 was not found when
attempting to remove it" also occur when running GParted.

For example on Ubuntu GNOME 14.04 beta1:

$ sudo apt-get install gparted
$ sudo gparted
==
libparted : 2.3
==

(gpartedbin:2677): GLib-CRITICAL ** Source ID 7 was not found when
attempting to remove it

(gpartedbin:2677): GLib-CRITICAL ** Source ID 6 was not found when
attempting to remove it

(gpartedbin:2677): GLib-CRITICAL ** Source ID 26 was not found when attempting 
to remove it
...

I have only seen this occur with Ubuntu 14.04.  My suspicion is that
there might be a regression in GLib, or possibly a mismatch with GTK and
GLib.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1264368

Title:
  GLib-CRITICAL **: Source ID was not found when attempting to remove it
  - warning when leaving Network menu of g-c-c

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-control-center/+bug/1264368/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 32484] Re: selection should default to free space

2012-03-14 Thread Curtis Gedak
I think we are in agreement.  The part that is required is to default
select the free space.

#1 and #4 are already in the code.  :-)

Bodsda, are you working to fix the patch in comment #2, or otherwise to
implement a default selection of free unallocated space?

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (48042).
https://bugs.launchpad.net/bugs/32484

Title:
  selection should default to free space

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/32484/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 32484] Re: selection should default to free space

2012-03-14 Thread Curtis Gedak
That would work -- selecting the largest free space if no free space is
already selected.

Two situations could still arise that would need handling:

A)  The user had pre-selected a file system with a partition.

  In this case the "New" menu and toolbar button could be disabled.
  OR
  A warning dialog could be presented.

B)  The disk device had no free space remaining.

  In this case the "New" menu and toolbar button could be disabled.
  OR
  A warning dialog could be presented.

These options seem like a lot of work for not much gain.

I tend to prefer the way that PalmOS handled menus and buttons.  These
were not greyed out or disabled at any time.  Instead if a user clicked
on a button or selected a menu and the action was not valid, then the
user was prompted with what to do so that the menu or button would work.

To apply this PalmOS way to the user pressing the "New" button we have
four scenarios:

1)  Free unallocated space selected but no partition table on device

 Show dialog indicating to create a new partition table.

2)  No partition or area selected

 Show dialog indicating to select free unallocated space.

3)  Existing partition selected

Show dialog indicating to select free unallocated space.

4)  Free unallocated space selected

Proceed as currently to create new partition dialog.

This method would follow the PalmOS philosophy, but is not in alignment with 
the GNOME HIG regarding control or menu sensitivity.
http://developer.gnome.org/hig-book/3.2/controls-sensitivity.html.en
http://developer.gnome.org/hig-book/3.2/menus.html.en

In fact enabling any control when it is not yet valid is a violation of
the GNOME HIG.  When I think of this problem in this way, this request
is for a violation of the GNOME Human Interface Guidelines, or at least
my interpretation of these guidelines.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (48042).
https://bugs.launchpad.net/bugs/32484

Title:
  selection should default to free space

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/32484/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 32484] Re: selection should default to free space

2012-03-14 Thread Curtis Gedak
The only thing that I can think of that does not violate the GNOME HIG
is to perhaps default to selecting free space on the default selected
drive.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (48042).
https://bugs.launchpad.net/bugs/32484

Title:
  selection should default to free space

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/32484/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 32484] Re: selection should default to free space

2012-03-14 Thread Curtis Gedak
The current selection is important because there can be more than one
section of the disk with free unallocated space.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (48042).
https://bugs.launchpad.net/bugs/32484

Title:
  selection should default to free space

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/32484/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 32484] Re: selection should default to free space

2012-03-13 Thread Curtis Gedak
> Maybe the create menu option just needs to be enabled regardless
> of what you have selected.

This might be a good solution to this request.

The create "New" partition menu would always be available.

There would be three scenarios to handle:

A)  If the user had pre-selected unallocated space.
 In this case the usual dialog for creating a new partition would be 
displayed.

B)  If a user had pre-selected a formatted partition.
 In this case we have some options:
   i)  the user could be warned by a dialog to select unallocated space 
only (I prefer this option)
   ii) the user could be prompted with a dialog to format the existing 
partition and lose the data

C)  If the user had pre-selected neither unallocated space, nor a formatted 
partition. 
 In this case the user could be prompted with dialog to select unallocated 
space.

Does the above sound reasonable, or is there perhaps a better way to
address this?

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to a duplicate bug report (48042).
https://bugs.launchpad.net/bugs/32484

Title:
  selection should default to free space

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/32484/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs