** Changed in: gtk
Importance: Unknown => Medium
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.u
the issue is fixed in jaunty now
** Changed in: gtk+2.0 (Ubuntu)
Status: Triaged => Fix Released
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee
dinhtrung's solution works better for me if I select the window by
title. That way it doesn't impact other programs nearly as much.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bu
You can have a look at the upstream report: the last patch I posted
should make the dialog set its size *before* it's shown, which fixes all
the problems mentioned here. In addition, GTK 2.16 will always remember
the size you set manually to the dialog. I guess this is all that can
make you happy!
Does this patch actually fix the problem of the file dialogue resizing
at all (it shouldn't), or does it just make the resizing work properly?
I'm wondering if a separate bug needs to be filed against the resizing
behaviour.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.ne
If you build a package, please provide a debdiff so that it can be
committed to intrepid-proposed when it's been tested (there should be no
problem). See https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff,
but you've made the hardest part! ;-)
--
Gnome file chooser/selector is way to small
ht
Milan's 22117 patch applied to gtk+2.0_2.14.4 sources fixes the problem
for me in firefox, gedit, and abiword (3 apps I have the most usage and
see the bug in often). I can provide the package if needed for wider
testing so we can get this to the proposed repo.
--
Gnome file chooser/selector is
Maybe I posted the wrong patch. There are four of them, and two that can
be relevant to our bug. But maybe the present one is better, I'm not
sure why I chose the other first (see attached revision 22117).
** Attachment added: "gtkfilechooserdefault-22117.c.diff"
http://launchpadlibrarian.net/2
The patch from above seems to fix it for me, although there's an empty
window of the same small size as before, and the next blink it's gone
bigger and fully loaded.
This happens only when in Compiz, not metacity.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/753
found a workaround until the bug is fixed.
using the windows rules plugin for compiz set the size rules to title=Open
Files and then specify a new size for the windows. repeat for any other
windows as needed
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
Y
** Changed in: gtk
Status: In Progress => Fix Released
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bu
GTK+ developers fixed this in GTK trunk. But I'm not sure how this will
eventually reach Intrepid. If somebody can package the attached patch,
it should quite simply do the trick (from revision 22118 for reference).
More patches were committed upstream, but they're rather improvements
than fixes.
** Changed in: gtk
Status: Unknown => In Progress
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@li
I don't think there's much point in asking myself ;)
I can't reproduce it with abiword either, though.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
You can try in Abiword, I'm seeing this everytime with that program and
not with others - I'm not sure why. Else ask to Compiz developers, they
may have a clue.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are
I would like to look into what makes it fail under compiz, but I have
_not_ been able to reproduce it using compiz from git master and gtk+
2.14.5 (Fedora 10). I do see the resize-after-window-map problem,
though. The window size constraining code in compiz is essentially
untouched between 0.7.8 an
** Changed in: gtk+2.0 (Ubuntu)
Status: Confirmed => Triaged
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desk
AFAICS, there's no reason why a well-designed dialog should resize
itself immediately after being shown. So the bug is in GTK+, maybe
there's something in Compiz too but that's not the real source of the
issue. Please check that Metacity does not trigger this before going
further on that subject.
So you are saying that Metacity simply ignores this "bug" that gtk is
producing? It seems like two separate issues to me. One issue is that
gtk is resizing the dialogue in the first place. That's not what this
particular report is about, but solving it would probably hide this bug.
This bug is a
The GtkFileChooserDialog is resizing itself after being shown. This is
the root problem, which causes positioning issues even when the dialog
is not too small. This is a GTK bug, there are several rough patches
proposed upstream, and the commit that introduced the problem is
identified. Now, Compiz
Has anyone experienced this bug who is not running Compiz? I don't
believe this is a gtk issue at all. It seems as if Compiz is somehow
ignoring the window resize that normally occurs. I still think this
behaviour is broken, but that is a totally separate issue. Don't blame
the gtk guys for thi
Has anyone experienced this bug who is not running Compiz? I don't
believe this is a gtk issue at all. It seems as if Compiz is somehow
ignoring the window resize that normally occurs. I still think this
behaviour is broken, but that is a totally separate issue. Don't blame
the gtk guys for thi
If you don't want to learn how to create a debdiff that's fine; it also
helps to just attach a patch from upstream.
A debdiff or attaching the upstream patch (or a pointer to it) in
launchpad makes it easier for us to review and integrate changes, and
hence gets more chances of being quickly merge
Debdiff, uh, yup. I never did any Debian packaging but if you tell me
it's not half a day of reading to do five minutes of real work I will
see what I can do.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a
Don't worry, the priority in Launchpad is not relevant for this bug
since Ubuntu developers won't fix it. GTK+ guys who are working on that
use their own (subjective) priority. Anyway, priorities only bind people
who believe in them...
And when a fix will be available, we'll better need a nice vol
The priority shouldn't be low. I have a 1920x1200 pixel 15.4" display
and the file chooser isn't too small, it's unusable. I have to change
its size every time I use it. Every single time. Let me repeat this:
Every single freaking time! You never knew how many file chooser
dialogues you use before
A GTK+ developer is working on that, he should find the problem quite
easily. I've updated the remote bug watch to point the the right bug
report, the other is outdated.
** Changed in: gtk
Bugwatch: GNOME Bug Tracker #325477 => GNOME Bug Tracker #549403
Status: New => Unknown
** Chang
hackel: yup i'm getting the same thing. It is insanely agitating and
almost made me switch completely to KDE.
I'll see what I can do to debug this but it happens to me almost all the
time. I think one time totem showed a "loading" box and then the
following file-open box became the same size as
dinhtrung, I tried your workaround, but it causes some dialogs to behave
strangely, e.g. the "Find" dialog in gedit, which is much too big, then
resizes itself when you try to close it.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug noti
We can have a work around for this situation.
Install Compiz config settings, and use 2 more plugins: Place Windows and
Window Rules.
- On Window Rules, choose the "Size Rule" tab.
-- Add a new rule with this settings:
Sized Windows: type=dialog
X size and Y size about 800x600
- On Plac
I started getting this problem after I upgraded to Ubuntu Intrepid. It
seems to be randomly intermittent; clicking "Open" in gedit repeatedly
causes it to happen about half the time. Disabling Compiz makes it go
away for me.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.ne
Don Capo: we cannot unsubscribe you, but you can do this using the link
in the panel on the right.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
This used to be true for me, but we updated from Drake to Hardy, and the
problem was gone. You may/please take me off the list for this bug.
Thank you,
Don Capo
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you a
Resizing manually has no effect. I tried resetting my compiz settings
to the defaults, and now every once in a while the Sound Preferences
dialogue will resize correctly, whereas before it was not resized every
time. Still no closer to figuring out what causes it to resize or not.
--
Gnome file
Thanks for your feedback. I cannot reproduce this behavior. What do you
get if you resize the dialog and launch it again?
Obviously, resizing should happen before showing the window. This is
IMHO a little bug and should be relatively easy to fix.
--
Gnome file chooser/selector is way to small
ht
The screenshot I posted was from the Sound Preferences, when choosing a
custom sound. This is only happening under Compiz, it works fine under
Metacity. The behaviour seems consistent.
I also get the problem with Firefox, but not consistently. The dialogue
always opens small but sometimes it do
Could you tell us what applications you're seeing this bug with? I've
been investigating this, but I've not been able to reproduce it.
Harrison: you say it's unpredictable. How often do you see it? Could you
try to find some determinations to it (applications, folders...)?
hackel: do you get this
I have been getting this for a while as well. It is really frustrating,
as I have to resize the file dialogue every single time!
** Attachment added: "Screenshot"
http://launchpadlibrarian.net/20061494/Screenshot-Select%20Sound%20File.png
--
Gnome file chooser/selector is way to small
https:
I'm also only seeing this in intrepid. It happens both under compiz and
metacity.
It happens rather unpredictably.
** Attachment added: "Screenshot.png"
http://launchpadlibrarian.net/19955955/Screenshot.png
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
I'm also seeing this bug in Intrepid. It looks like sometimes the last
size stored isn't available because I can see the window start small and
then get redrawn to a larger size a few milliseconds later. I'm using
compiz and this is an upgraded machine from Hardy.
--
Gnome file chooser/selector
this bug seems to have reappeared in Intrepid. I never saw this bug
before, but now that I've updated I'm getting very small save boxes.
This is with compiz.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a
** Changed in: compiz (Ubuntu)
Status: Fix Committed => Fix Released
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing l
No. Its much better after we updated to Hardy. Thank you from
thousands of users.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs m
Are you saying you still see this in hardy? We have the fix from compiz
and the fix from gtk+ in hardy right now.
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
If it's been fixed, why in hell do I have a pathetically small file
selector box under Hardy 8.04?
One of the early commenters was right: this is one of the first
usability issues a new user bumps into. If it annoys an ubuntu fanatic
like me, what's it doing to them?
And, no, sorry, I don't know
compiz upstream task has been fixed, thanks for reporting.
** Changed in: compiz (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => compiz packagers (compiz)
Status: Confirmed => Fix Committed
** Changed in: compiz (Ubuntu)
Importance: Undecided => Low
--
Gnome file chooser
** Changed in: compiz
Status: New => Fix Released
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@li
Request to integrate this 3 lines commit into compiz in Hardy.
** Changed in: compiz (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop (ubuntu-desktop)
** Changed in: compiz (Ubuntu)
Assignee: Ubuntu Desktop (ubuntu-desktop) => Ubuntu Desktop Bugs
(desktop-bugs)
--
Gnome file chooser
This has just been fixed upstream today (see upstream bug). Can we hope
this gets into Hardy?
** Changed in: compiz (Ubuntu)
Status: New => Confirmed
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a m
** Changed in: compiz
Status: Unknown => New
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.u
I confirm last comment: Compiz makes this bug appear. With it enabled,
the expander does not resize the dialog enough.
** Also affects: compiz (Ubuntu)
Importance: Undecided
Status: New
** Bug watch added: Compiz Plugins / Config Bugs #839
http://bugs.opencompositing.org/show_bug.cgi
the bug is fixed in gutsy
** Changed in: gtk+2.0 (Ubuntu)
Status: Confirmed => Fix Released
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
This seems to be fixed in GTK 2.1, which is included in Gutsy
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bu
the bug can be fixed, GTK is open source, you can try to work on it if
you want
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs maili
It's 6 months to 6.10 ...
Couldn't it be fixed?
At least around me I often hear "Gonme has bad file selectors".
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
Looks like the code is still not working as expected, not likely to
change on 7.04 now
** Changed in: gtk+2.0 (Ubuntu)
Status: Fix Committed => Confirmed
Target: ubuntu-7.04 => None
--
Gnome file chooser/selector is way to small
https://bugs.launchpad.net/bugs/75324
You received th
** Changed in: gtk (upstream)
Status: Fix Released => Unconfirmed
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
You are my hero.
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Fixed upstream, I'll look at the patch for feisty if there is no new GTK
tarball rolled
** Changed in: gtk+2.0 (Ubuntu)
Status: Confirmed => Fix Committed
Target: None => ubuntu-7.04
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bugs m
** Changed in: gtk (upstream)
Status: Unconfirmed => Fix Released
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
** Changed in: gtk (upstream)
Status: Unknown => Unconfirmed
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
On mar, 2006-12-12 at 14:45 +, Fredrik Sjögren wrote:
> Couldn't anybody apply this patch to the ubuntu packages?
hurrying up patches before they get upstream comments is usually not a
good idea, we will likely wait a few extra days and get something
approved by upstream
--
Gnome file choose
The patch in the link won't install in Edgy.
gnutls11 can't be installed. The packages depends on that package.
Users should not be forced to compiler their own gtk2 to get a proper
file selector ...
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bu
Couldn't anybody apply this patch to the ubuntu packages?
--
Gnome file chooser/selector is way to small
https://launchpad.net/bugs/75324
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Duplicate of http://bugzilla.gnome.org/show_bug.cgi?id=325477 which has
a patch
** Bug watch removed: GNOME Bug Tracker #385011
http://bugzilla.gnome.org/show_bug.cgi?id=385011
** Bug watch added: GNOME Bug Tracker #325477
http://bugzilla.gnome.org/show_bug.cgi?id=325477
--
Gnome file cho
I've forwarded your request upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=385011
** Changed in: gtk+2.0 (Ubuntu)
Status: Needs Info => Confirmed
** Bug watch added: GNOME Bug Tracker #385011
http://bugzilla.gnome.org/show_bug.cgi?id=385011
** Also affects: gtk (upstream) via
h
Yes.
It should be more like 75% of screen height and not a fixed number of
lines.
I se nog god reason why not fill more of the screen as the user has made
the choice to select a file. When you have 100+ files and dirs in a
directory (home dir for example) and you only see ~5 lines at the time
it
Thank you for your bug. Could you attach a screenshot illustrating your
problem? Is your problem the ~5 folder lines displayed by default?
** Changed in: Ubuntu
Sourcepackagename: None => gtk+2.0
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unco
68 matches
Mail list logo