[bugs #10819] 0.9.4 display problems

[MJR]

This is an automated notification sent by Savannah.
It relates to:
                bugs #10819, project GNUstep

==============================================================================
 LATEST MODIFICATIONS of bugs #10819:
==============================================================================

               Posted by: MJR <slef>
               Posted on: 2005-01-13 14:34 (GMT)
    _______________________________________________________

Follow-up Comment:
Recompiling applications did not fix this for them. I really was not keen on
recompiling all applications. Asking users to do so with every patchlevel
number change seems rather hostile to them. If the new release is
incompatible, please increase the second digit so that we can plan our
upgrades.



Upgrading to -base 1.10.1 seems to have fixed it. I really don't understand
why. I did notice the installation of base grumble about .so filenames having
changed and remove some links. Apologies for not logging it, but I wasn't
expecting -base to affect this.





==============================================================================
 OVERVIEW of bugs #10819:
==============================================================================

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=10819>

                 Summary: 0.9.4 display problems
                 Project: GNUstep
            Submitted by: slef
            Submitted on: Thu 10/28/2004 at 09:55
                Category: Gui/AppKit
                Severity: 5 - Average
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________


After upgrading to 0.9.4, windows of most applications have either a "dead"
strip of white immediately below the title bar (Terminal, Ink, GWorkspace) on
windows opened after the application starts. Mostly the first windows are
fine, but GNUMail has a bit of corrupted display in that area in its first
window. This did not happen with 0.9.3. I have not recompiled applications
against 0.9.4 yet.



    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Thu 01/13/2005 at 14:34       By: MJR <slef>
Recompiling applications did not fix this for them. I really was not keen on
recompiling all applications. Asking users to do so with every patchlevel
number change seems rather hostile to them. If the new release is
incompatible, please increase the second digit so that we can plan our
upgrades.



Upgrading to -base 1.10.1 seems to have fixed it. I really don't understand
why. I did notice the installation of base grumble about .so filenames having
changed and remove some links. Apologies for not logging it, but I wasn't
expecting -base to affect this.





-------------------------------------------------------
Date: Thu 01/13/2005 at 13:54       By: Alexander Malmberg <alexm>
Just to confirm before I close this:



Did recompiling everything fix this? Clearing out the old installation is
also a good idea before reinstalling is also a good idea.



(There were a couple of issues like this around 0.9.4's release. I had
changed the window frame handling code a bunch, and it only worked properly
if you had matching versions of -gui and -back. At almost the same time, Adam
changed the soname/version of -gui. Thus, even if you reinstalled both -back
and -gui, apps would still be linked to the old -gui (with the previous
soname), but they'd use the new, slightly incompatible backend.



FWIW, there's a long-term TODO about versioning the backend to make soname
changes less painful in the future.)



-------------------------------------------------------
Date: Tue 11/23/2004 at 19:31       By: Fred Kiefer <FredKiefer>
The author of this bug report shoudl first recompile the full GNUstep
environment including the applications for 0.9.4 from scratch. Only if this
strange behaviour keeps on showing up after this, it really is a bug (not
just an incompatible change). All similar problems that have been reported on
the list after the release change could be resolved that way.








==============================================================================

This item URL is:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=10819>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/