Home / Browse / Enlightenment / Mail / Archive

Donate

Enlightenment

Email Archive: enlightenment-bugs (read-only)

2008:	_Jan	_Feb	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov (83)	_Dec (38)
2009:	_Jan (113)	_Feb (30)	_Mar (52)	_Apr (127)	_May (80)	_Jun (77)	_Jul (125)	_Aug (124)	_Sep (63)	_Oct (90)	_Nov (90)	_Dec (68)
2010:	_Jan (106)	_Feb (34)	_Mar (46)	_Apr (26)	_May (40)	_Jun (27)	_Jul (71)	_Aug (48)	_Sep (53)	_Oct (119)	_Nov (71)	_Dec (122)
2011:	_Jan (69)	_Feb (61)	_Mar (144)	_Apr (46)	_May (38)	_Jun (69)	_Jul (68)	_Aug (93)	_Sep (67)	_Oct (90)	_Nov (110)	_Dec (70)
2012:	_Jan (36)	_Feb (51)	_Mar (51)	_Apr (53)	_May (108)	_Jun (318)	_Jul (647)	_Aug (978)	_Sep (532)	_Oct (416)	_Nov (648)	_Dec (737)
2013:	_Jan (319)	_Feb (168)	_Mar (136)	_Apr (78)	_May (20)	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec


S	M	T	W	T	F	S
		1	2	3	4	5
		(1)	(5)	(12)	(3)	(2)
6	7	8	9	10	11	12
(1)	(2)					(1)
13	14	15	16	17	18	19
(3)	(2)	(1)	(1)	(4)	(4)
20	21	22	23	24	25	26
(4)	(6)	(3)	(6)			(2)
27	28	29	30	31
	(1)	(3)	(1)

#486: Test Bug

From: E-Trac <trac@en...> - 2009-12-22 12:52

#486: Test Bug
--------------------------+-------------------------------------------------
 Reporter:  Toma          |       Owner:  Toma              
     Type:  Enhancement   |      Status:  new               
 Priority:  Nice To Have  |   Milestone:  Enlightenment 0.17
Component:  e16           |    Keywords:                    
 Blocking:  belt          |   Blockedby:                    
--------------------------+-------------------------------------------------
 Too many pants.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/486>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #486: Test Bug

From: E-Trac <trac@en...> - 2009-12-22 12:52

#486: Test Bug
--------------------------+-------------------------------------------------
 Reporter:  Toma          |        Owner:  Toma              
     Type:  Enhancement   |       Status:  closed            
 Priority:  Nice To Have  |    Milestone:  Enlightenment 0.17
Component:  e16           |   Resolution:  Invalid           
 Keywords:                |     Blocking:  belt              
Blockedby:                |  
--------------------------+-------------------------------------------------
Changes (by Toma):

  * status:  new => closed
  * resolution:  => Invalid


-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/486#comment:1>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#485: Revert focus is broken for "Sloppy Focus"

From: E-Trac <trac@en...> - 2009-12-21 23:17

#485: Revert focus is broken for "Sloppy Focus"
---------------------------+------------------------------------------------
 Reporter:  ppurka         |       Owner:  raster             
     Type:  Bug            |      Status:  new                
 Priority:  Major          |   Milestone:  Enlightenment 0.17 
Component:  enlightenment  |    Keywords:  window revert focus
 Blocking:                 |   Blockedby:                     
---------------------------+------------------------------------------------
 "Revert focus when hiding or closing a window" is broken. To reproduce
 this problem perform the following steps:[[BR]]
 1. Start with a new ~/.e[[BR]]
 2. Left click -> Files -> Home[[BR]]
 3. Double click on Desktop -- Now you have two filemanagers open.[[BR]]
 4. Drag one of the windows such that they are non-overlapping (this is
 required so that the mouse does not end up on top of the other window
 after the following step). [[BR]]
 5. Now minimize (or close) one window. [[BR]]
 6. The remaining window does not get focus.[[BR]]

 Second problem: "Revert last focused window on desktop switch" is broken.
 To reproduce this problem[[BR]]
 0. Keep the two filemanagers open in desktop 1.[[BR]]
 1. Open a couple more windows on desktop 2. [[BR]]
 2. Move the windows away from the left edge on desktop 2. [[BR]]
 3. place your mouse some where close to the left edge on desktop 2 such
 that there are no windows to the left of the mouse.[[BR]]
 4. Switch between desktop 1 and 2 using Alt-F1 and Alt-F2. Repeat a couple
 of times.[[BR]]

 After sometime it can be seen that the window which originally had focus
 on desktop 2, loses its focus and no window gets focus. In desktop 1, if
 the mouse happens to fall on top of a window after the desktop panning is
 over, then the window will get focus. Note that the mouse will never fall
 on top of any window in desktop 2.

 It is not easy to reproduce the second bug if the mouse '''does not'''
 land on top of a window on either desktop after the panning is over and
 additionally if it '''does not''' "cross over" a window during the desktop
 panning. In that case, some window or the other will get focused on either
 desktop.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/485>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #362: Edge binding remain even after module is unloaded

From: E-Trac <trac@en...> - 2009-12-21 20:44

#362: Edge binding remain even after module is unloaded
-------------------------+--------------------------------------------------
  Reporter:  Ronin-Sage  |        Type:  Bug  
    Status:  reopened    |    Priority:  Minor
 Milestone:              |   Component:  other
Resolution:              |    Keywords:       
  Blocking:              |   Blockedby:       
-------------------------+--------------------------------------------------
Changes (by Thanatermesis):

  * status:  closed => reopened
  * resolution:  Will Not Fix =>


Comment:

 I think that is good to ship with predefined values, but by any reason
 when disabling the module the bindings still working, so is not possible
 to disable the feature by disabling the module, the module not seems to be
 entirely ported ? it has also a missing feature: #281

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/362#comment:3>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #362: Edge binding remain even after module is unloaded

From: E-Trac <trac@en...> - 2009-12-21 20:44

#362: Edge binding remain even after module is unloaded
------------------------+---------------------------------------------------
 Reporter:  Ronin-Sage  |        Owner:  barbieri
     Type:  Bug         |       Status:  new     
 Priority:  Minor       |    Milestone:          
Component:  other       |   Resolution:          
 Keywords:              |     Blocking:          
Blockedby:              |  
------------------------+---------------------------------------------------
Changes (by Thanatermesis):

  * owner:  => barbieri
  * status:  reopened => new


-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/362#comment:4>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #362: Edge binding remain even after module is unloaded

From: E-Trac <trac@en...> - 2009-12-21 20:50

#362: Edge binding remain even after module is unloaded
------------------------+---------------------------------------------------
 Reporter:  Ronin-Sage  |        Owner:  barbieri    
     Type:  Bug         |       Status:  closed      
 Priority:  Minor       |    Milestone:              
Component:  other       |   Resolution:  Will Not Fix
 Keywords:              |     Blocking:              
Blockedby:              |  
------------------------+---------------------------------------------------
Changes (by Sachiel):

  * status:  new => closed
  * resolution:  => Will Not Fix


Comment:

 It's still not a bug. The module is NOT to enable the edge bindings, but
 to configure them. Just like the wallpaper doesn't disappear when you
 unload the wallpaper module, the bindings will still be there and working
 if you unload the edge bindings settings module.
 Closing again. Do not reopen it.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/362#comment:5>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#484: Edge Bindings Icon

From: E-Trac <trac@en...> - 2009-12-21 20:27

#484: Edge Bindings Icon
---------------------------+------------------------------------------------
 Reporter:  Thanatermesis  |       Owner:  raster            
     Type:  TODO           |      Status:  new               
 Priority:  Minor          |   Milestone:  Enlightenment 0.17
Component:  enlightenment  |    Keywords:                    
 Blocking:                 |   Blockedby:                    
---------------------------+------------------------------------------------
 Icon for the menus required, it is hard to find the ''Edge Bindgins''
 configurations in the e17-preferences since it doesn't has a icon like the
 rest of other configuration elements

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/484>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#483: Auto-hidden shelf does not show on mouse-in if all edge bindings are deleted

From: E-Trac <trac@en...> - 2009-12-20 20:42

#483: Auto-hidden shelf does not show on mouse-in if all edge bindings are
deleted
---------------------------+------------------------------------------------
 Reporter:  ppurka         |       Owner:  raster    
     Type:  Bug            |      Status:  new       
 Priority:  Minor          |   Milestone:            
Component:  enlightenment  |    Keywords:  shelf hide
 Blocking:                 |   Blockedby:            
---------------------------+------------------------------------------------
 To reproduce:[[BR]]
 1. Start with a fresh ~/.e[[BR]]
 2. Add a new shelf at top-right corner (vertical shelf).[[BR]]
 3. Configure the shelf to auto-hide + show on mouse-in.[[BR]]
 4. Go to edge-bindings and delete all the bindings.[[BR]]
 5. Restart e.[[BR]]
 6. Try to unhide shelf by hovering mouse on the top right edge.[[BR]]

 Shelf will remain hidden. It can be unhidden by [[BR]]
 1. right-clicking, which brings up the "Shelf 2" menu. [[BR]]
 2. For some reason it works if I wait for about 30 minutes with my old
 ~/.e config (using this same config for about 2 years I think), after
 which the shelf will start responding to mouse-in again. This 30min wait
 does not work with a new config.[[BR]]

 This bug is not present in an old installation of e, which corresponds to
 r42430 (installed on 12 Sep, 2009). As far as I can recall, the bug has
 been around for ''at least'' 4 weeks.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/483>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #483: Auto-hidden shelf does not show on mouse-in if all edge bindings are deleted

From: E-Trac <trac@en...> - 2009-12-21 20:20

#483: Auto-hidden shelf does not show on mouse-in if all edge bindings are
deleted
---------------------------+------------------------------------------------
 Reporter:  ppurka         |       Owner:  raster    
     Type:  Bug            |      Status:  new       
 Priority:  Minor          |   Milestone:            
Component:  enlightenment  |    Keywords:  shelf hide
 Blocking:                 |   Blockedby:            
---------------------------+------------------------------------------------

Comment(by mekius):

 This more then likely has to do with the changes to the edge bindings that
 were introduced back in October.  The shelf should be making a binding for
 the edge that it needs.

 Before October, the edge event windows were always visible and would cause
 problems with full screen apps that used the edge of the screen for events
 (even with the option checked to disallow them to be above full screen
 windows).  This was to provide mouse in events for the shelf mostly, but
 other things could have hooked into the events as well.

 The patch, amongst other things, made it so that only the edges with a
 valid binding attached would be visible.  I, along with others, thought
 that random edge events were not useful since any module or E itself could
 just create a binding instead.  I thought the patch implemented this for
 the shelf, but could be mistaken.

 In any case, this is probably why it broke recently.  I may not be able to
 look at it anytime soon so someone else may have to verify and fix the
 problem.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/483#comment:1>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #472: Get text from anchorblocks

From: E-Trac <trac@en...> - 2009-12-20 10:05

#472: Get text from anchorblocks
------------------------------------+---------------------------------------
 Reporter:  RuiSeabra               |        Owner:  raster   
     Type:  Enhancement             |       Status:  closed   
 Priority:  Nice To Have            |    Milestone:           
Component:  elementary              |   Resolution:  Duplicate
 Keywords:  elementary anchorblock  |     Blocking:           
Blockedby:                          |  
------------------------------------+---------------------------------------
Changes (by vtorri):

  * status:  new => closed
  * resolution:  => Duplicate


Comment:

 duplicate of ticket #473

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/472#comment:1>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#478: Fails to build on debian GNU/kFreeBSD

From: E-Trac <trac@en...> - 2009-12-15 15:01

#478: Fails to build on debian GNU/kFreeBSD
-------------------+--------------------------------------------------------
 Reporter:  lutin  |       Owner:  cedric
     Type:  Bug    |      Status:  new   
 Priority:  Minor  |   Milestone:        
Component:  eina   |    Keywords:        
 Blocking:         |   Blockedby:        
-------------------+--------------------------------------------------------
 As reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560745,
 eina fails to build on Debian GNU/kFreeBSD. The attached patch fixes this

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/478>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #478: Fails to build on debian GNU/kFreeBSD

From: E-Trac <trac@en...> - 2009-12-20 10:04

#478: Fails to build on debian GNU/kFreeBSD
-------------------+--------------------------------------------------------
 Reporter:  lutin  |        Owner:  cedric
     Type:  Bug    |       Status:  closed
 Priority:  Minor  |    Milestone:        
Component:  eina   |   Resolution:  Fixed 
 Keywords:         |     Blocking:        
Blockedby:         |  
-------------------+--------------------------------------------------------
Changes (by vtorri):

  * status:  new => closed
  * resolution:  => Fixed


Comment:

 in svn (rev. 44597)

 thanks

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/478#comment:1>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#482: .dektop files copied in a wrong directory during first install

From: E-Trac <trac@en...> - 2009-12-20 09:49

#482: .dektop files copied in a wrong directory during first install
---------------------------+------------------------------------------------
 Reporter:  vtorri         |       Owner:  raster            
     Type:  Bug            |      Status:  new               
 Priority:  Nice To Have   |   Milestone:  Enlightenment 0.17
Component:  enlightenment  |    Keywords:                    
 Blocking:                 |   Blockedby:                    
---------------------------+------------------------------------------------
 On a french environment, the 'Desktop' directory is named 'Bureau'. e17
 copies the .desktop files by default in 'Desktop' and does not take into
 account the internationalisation.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/482>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#481: draging desktops does not work in pager as gadget

From: E-Trac <trac@en...> - 2009-12-18 18:06

#481: draging desktops does not work in pager as gadget
---------------------------+------------------------------------------------
 Reporter:  andreasplesch  |       Owner:     
     Type:  Bug            |      Status:  new
 Priority:  Minor          |   Milestone:     
Component:  other          |    Keywords:     
 Blocking:                 |   Blockedby:     
---------------------------+------------------------------------------------
 I installed the latest snapshot (2009-12-02) on gentoo and want to use the
 drag whole desktop function. It works when I use the pager in a shelf.

 However, when I use the pager as a gadget, dragging desktops to new
 positions in the pager does not have an effect, no matter what button I
 set in the advanced settings. I use the default (black and white) theme.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/481>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #481: dragging desktops does not work in pager as gadget (was: draging desktops does not work in pager as gadget)

From: E-Trac <trac@en...> - 2009-12-18 18:13

#481: dragging desktops does not work in pager as gadget
---------------------------+------------------------------------------------
 Reporter:  andreasplesch  |       Owner:     
     Type:  Bug            |      Status:  new
 Priority:  Minor          |   Milestone:     
Component:  other          |    Keywords:     
 Blocking:                 |   Blockedby:     
---------------------------+------------------------------------------------

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/481#comment:1>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #442: [BUG] Removing .desktop application causes segfault

From: E-Trac <trac@en...> - 2009-12-18 16:58

#442: [BUG] Removing .desktop application causes segfault
---------------------------+------------------------------------------------
 Reporter:  Thanatermesis  |       Owner:  cedric            
     Type:  Bug            |      Status:  assigned          
 Priority:  Critical       |   Milestone:  Enlightenment 0.17
Component:  efreet         |    Keywords:                    
 Blocking:                 |   Blockedby:                    
---------------------------+------------------------------------------------
Changes (by cedric):

  * status:  new => assigned
  * owner:  mekius => cedric


Comment:

 Could you try to start E17 with EINA_MEMPOOL="pass_through" in it's
 environment variable and start enlightenment with -valgrind=1 and
 -valgrind-log-file=/tmp/logcrash. I suspect the reuse of a dead pointer
 somewhere in exml and efreet. So with this method I hope we can track it
 better.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/442#comment:10>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#479: Eina modules path make it impossible to install two different versions at the same time

From: E-Trac <trac@en...> - 2009-12-17 17:55

#479: Eina modules path make it impossible to install two different versions at
the same time
---------------------+------------------------------------------------------
 Reporter:  lutin    |       Owner:  cedric  
     Type:  Bug      |      Status:  new     
 Priority:  Blocker  |   Milestone:  Eina 1.0
Component:  eina     |    Keywords:          
 Blocking:           |   Blockedby:          
---------------------+------------------------------------------------------
 Eina installs its modules in /usr/lib/eina/mp/<module>.so, which makes it
 impossible to install two different versions of eina at the same time.
 Please consider using something to make this path specific to a particular
 release of eina, just as you do for the include files.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/479>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #479: Eina modules path make it impossible to install two different versions at the same time

From: E-Trac <trac@en...> - 2009-12-17 18:14

#479: Eina modules path make it impossible to install two different versions at
the same time
---------------------+------------------------------------------------------
 Reporter:  lutin    |       Owner:  cedric  
     Type:  Bug      |      Status:  new     
 Priority:  Blocker  |   Milestone:  Eina 1.0
Component:  eina     |    Keywords:          
 Blocking:           |   Blockedby:          
---------------------+------------------------------------------------------

Comment(by vtorri):

 we can install them in $(libdir)/eina-$(VMAJ)/mp where VMAJ is the major
 version of eina.

 But then, we must also modify the different locations where the modules
 are searched (in eina_mempool.c) :

  * in PACKAGE_LIB_DIR : "/eina/mp/"  ==>  "/eina-VMAJ/mp/"
  * "in $HOME : /.eina/mp/" ==> "/.eina-VMAJ/mp/"
  * from the env var EINA_MODULES_MEMPOOL_DIR : "/eina/mp/"  ==> "/eina-
 VMAJ/mp/"
  * from the location of the library : "/eina/mp/"  ==> "/eina-VMAJ/mp/"

 where VMAJ is of course replaced by the value of the major version of
 eina.

 I don't see other things to modify.

 Would it be good enough ?

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/479#comment:1>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #479: Eina modules path make it impossible to install two different versions at the same time

From: E-Trac <trac@en...> - 2009-12-18 08:58

#479: Eina modules path make it impossible to install two different versions at
the same time
---------------------+------------------------------------------------------
 Reporter:  lutin    |       Owner:  cedric  
     Type:  Bug      |      Status:  new     
 Priority:  Blocker  |   Milestone:  Eina 1.0
Component:  eina     |    Keywords:          
 Blocking:           |   Blockedby:          
---------------------+------------------------------------------------------

Comment(by lutin):

 Replying to [comment:1 vtorri]:
 That would be perfect, thanks. I'll provide a patch as soon as I have some
 time, probably before then end of the week.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/479#comment:2>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

#480: slight modification of the location search of the mempools

From: E-Trac <trac@en...> - 2009-12-17 18:23

#480: slight modification of the location search of the mempools
--------------------------+-------------------------------------------------
 Reporter:  vtorri        |       Owner:  cedric  
     Type:  Enhancement   |      Status:  new     
 Priority:  Nice To Have  |   Milestone:  Eina 1.0
Component:  eina          |    Keywords:          
 Blocking:                |   Blockedby:          
--------------------------+-------------------------------------------------
 This ticket is because of how DLL are located on Windows. Indeed, contrary
 to Unix, shared lib (DLL) are located in the bin/ subdir and not in lib/.
 And one of the default path where eina searches its mempools is the path
 of the shared lib, then eina/mp. So one of the default search path is, on
 Windows, bin/eina/mp, which is not correct, imho.

 I propose:

 the path of shared lib, then ../lib/eina/mp

 On Unix, it has no effect, and on Windows, it would allow me to put the
 mempools in the lib/ subdir, where they belong.

 no objection ?

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/480>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #346: Taskbar weired behavior when set to "resizable" and "autoscroll"

From: E-Trac <trac@en...> - 2009-12-17 00:35

#346: Taskbar weired behavior when set to "resizable" and "autoscroll"
------------------------------------------+---------------------------------
 Reporter:  sb                            |        Type:  Bug  
   Status:  new                           |    Priority:  Major
Milestone:  Enlightenment 0.17            |   Component:  other
 Keywords:  taskbar resizable autoscroll  |    Blocking:       
Blockedby:                                |  
------------------------------------------+---------------------------------

Comment(by headhunter):

 Ok, the fix does help, but I'd propose for all who need permanent solution
 to move on to itask module or itask-NG. You can easily find sources
 online. It does not have that nasty bugs (but no autoscroll=( ) So,
 basically the issue is still where it was - no normal taskbar for e17...

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/346#comment:3>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #347: right click on Taskbar prevents shelf from autohide

From: E-Trac <trac@en...> - 2009-12-16 21:59

#347: right click on Taskbar prevents shelf from autohide
--------------------------------+-------------------------------------------
 Reporter:  sb                  |        Type:  Bug  
   Status:  new                 |    Priority:  Major
Milestone:  Enlightenment 0.17  |   Component:  other
 Keywords:  taskbar autohide    |    Blocking:       
Blockedby:                      |  
--------------------------------+-------------------------------------------

Comment(by headhunter):

 Actually if you have systray widget or any other stuff which calls
 functions outside shelf itself then context-menu will block shelf from
 disappearing forever... And this is very old. Very annoying.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/347#comment:2>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #477: Corruption in imlib_create_cropped_image()

From: E-Trac <trac@en...> - 2009-12-13 16:10

#477: Corruption in imlib_create_cropped_image()
---------------------+------------------------------------------------------
 Reporter:  psychon  |       Owner:  kwo
     Type:  Bug      |      Status:  new
 Priority:  Major    |   Milestone:     
Component:  imlib2   |    Keywords:     
 Blocking:           |   Blockedby:     
---------------------+------------------------------------------------------
Changes (by psychon):

  * owner:  => kwo
  * component:  other => imlib2


-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/477#comment:2>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #477: Corruption in imlib_create_cropped_image()

From: E-Trac <trac@en...> - 2009-12-14 09:11

#477: Corruption in imlib_create_cropped_image()
---------------------+------------------------------------------------------
 Reporter:  psychon  |       Owner:  kwo
     Type:  Bug      |      Status:  new
 Priority:  Major    |   Milestone:     
Component:  imlib2   |    Keywords:     
 Blocking:           |   Blockedby:     
---------------------+------------------------------------------------------

Comment(by kwo):

 IMO there is nothing wrong here. Imlib2 shouldn't initialise new image
 data as in general this would be a waste of time, and we do *not* like
 wasting time :)

 If you want the pixels set, use something like
 {{{
 imlib_context_set_color(...)
 imlib_image_fill_rectangle(...)
 }}}
 to set the uninitialised pixels.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/477#comment:3>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Re: #477: Corruption in imlib_create_cropped_image()

From: E-Trac <trac@en...> - 2009-12-14 18:56

#477: Corruption in imlib_create_cropped_image()
---------------------+------------------------------------------------------
 Reporter:  psychon  |        Owner:  kwo   
     Type:  Bug      |       Status:  closed
 Priority:  Major    |    Milestone:        
Component:  imlib2   |   Resolution:  Fixed 
 Keywords:           |     Blocking:        
Blockedby:           |  
---------------------+------------------------------------------------------
Changes (by psychon):

  * status:  new => closed
  * resolution:  => Fixed


Comment:

 Hm ok, Thanks for the pointer. Perhaps it's worth adding a check on the
 arguments since this works fine most of the time. (if (x < 0) puts("Die in
 a fire!"); ;) )

 I guess this can be closed then.

-- 
Ticket URL: <http://trac.enlightenment.org/e/ticket/477#comment:4>
Enlightenment <http://www.enlightenment.org/>
Enlightenment Project

Previous Messages

Next Messages