[MacPorts] #50149: xorg-server-devel @1.17.99.902_0 shows on Snow Leopard, Mac OS X 10.6.8, artefacts in X window decoration

MacPorts noreply at macports.org
Wed Dec 30 06:20:27 PST 2015


#50149: xorg-server-devel @1.17.99.902_0 shows on Snow Leopard, Mac OS X 10.6.8,
artefacts in X window decoration
--------------------------------+------------------------
  Reporter:  Peter_Dyballa@…    |      Owner:  jeremyhu@…
      Type:  defect             |     Status:  closed
  Priority:  Normal             |  Milestone:
 Component:  ports              |    Version:  2.3.4
Resolution:  duplicate          |   Keywords:
      Port:  xorg-server-devel  |
--------------------------------+------------------------

Comment (by Peter_Dyballa@…):

 Replying to [comment:12 jeremyhu@…]:
 > The "which display does the server use" issue is not related to this
 issue.  Please don't conflate problems.

 Well, it confused GNU Emacs, because it tries to record which windows
 ("frames") were open on which display and tries to re-open them on next
 launch.

 >  With respect to rendering artifacts, what did your patch in #49465 fix?
 My understanding was that it fixed the exact issue you are reporting in
 this bug.

 This was my idea too! But with Macports' `GNU Emacs 24.5 (x86_64-apple-
 darwin10.8.0, GTK+ Version 2.24.28)` artefacts in title and footer still
 exist, see image titled `Artefacts in title and footer` (the '''file's'''
 name is not correct, I erroneously re-used the wrong version number from
 another screenshot). After resizing or minimizing and re-opening GNU Emacs
 the number of artefacts is reduced, as the image titled  `Artefacts in
 title and footer after resizing` demonstrates. This happens with these
 active packages:

 {{{
   quartz-wm @1.3.2_0 (active)
   xinit @1.3.4_2 (active)
   xorg-server-devel @1.18.0_0 (active)
 }}}

 and also this set:

 {{{
   quartz-wm @1.3.2_0 (active)
   xinit @1.3.4_2 (active)
   xorg-server @1.17.4_1 (active)
 }}}

 Sorry, I did not check exactly! Most artefacts were removed, obviously, so
 probably I did not check with Macports' GNU Emacs 24.5 because the other X
 clients showed so many failures before and after patching they did not.
 Probably I would have recognised and reported these last left artefacts if
 it would not have happened that so many bugs had reappeared suddenly.

-- 
Ticket URL: <https://trac.macports.org/ticket/50149#comment:13>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list