Bug 615315 – gap move path window behavior

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 615315 - gap move path window behavior


Summary:	gap move path window behavior


Status:	RESOLVED OBSOLETE

Product:	gimp-gap
Classification:	Other
Component:	video menu
Version:	Current SVN
Hardware:	Other Linux

Importance:	Normal minor
Target Milestone:	---
Assigned To:	hof
QA Contact:	hof

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2010-04-09 17:49 UTC by bejo
Modified:	2018-05-24 10:21 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description bejo 2010-04-09 17:49:02 UTC

If you use a very large source object like a map which is bigger than the destination frame and you enlarge the move-path-window, the controlpoint edit buttons hide behind the preview window (it does not happen if you have a small source object). When you enlarge the move-path-window a second time only for a few pixels the controlpoint buttons appear again.

Comment 1 GNOME Infrastructure Team 2018-05-24 10:21:40 UTC

-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp-gap/issues/10.