2009/6/11 Yuval Levy <[email protected]> > > Hoi Harry, > > > EDIT: when I was at bug 2152269 I realized I had no longer permission to > change status in the (new) SF bugtracker. As admin I corrected my > permissions and at the same time I gave you permissions.
Thanks. I will take a more pro-active approach in the future now I'm able to change statuses myself. > > > 2297456 Hugin crashes on exit after use OpenGL fast preview > > window< > http://sourceforge.net/tracker/?func=detail&aid=2297456&group_id=77506&atid=550441 > >: > > Still happens all the time after it has been used. > > to me this is cosmetics. as long as it does not corrupt the project > files, if it crashes on exit, it was exiting anyway so it exits with a > crash. nice to fix but not a show stopper. > > Agreed. But I didn't set priority to "show stopper", even though it is a pain. > > > 2152269 Crash on MacOS when deleting control > > points< > http://sourceforge.net/tracker/?func=detail&aid=2152269&group_id=77506&atid=550441 > >. > > Can be closed? I can't reproduce this one, not even with a couple of very > > big projects, trying a couple of builds. > > I can't really make a call on this one. Brent is one of the most > thorough testers and he's "tracked down the problem. It is due to having > control points in the PTO that are outside the limits of one of the > images. Although PTO files really shouldn't have them, I think Hugin > should respond somewhat more gracefully to this situation." > > as such it should actually affect also other platforms. > > I am on Ubuntu, SVN 3926. I artificially edited a PTO file to have > points outside the limits of the images. Deleting, adding, editing, no > crash. The point is still in the project and influences it (it would be > more graceful to weed out this kind of obviously wrong points) but no > crash, and we can't prevent users from fooling around their PTO. I'm > setting this bug report to pending. > > actually setting it to pending was more difficult than I thought :) > Where does the ticket mentions that the control points are outside of one of the images? Did I overlook that? I didn't test that but I will asap. > > > > > 1969739 [OSX] jpeg quality setting by user is not read > > correctly< > http://sourceforge.net/tracker/?func=detail&aid=1969739&group_id=77506&atid=550441 > >. > > Still not solved. It's mentioned as a duplicate but I can't find the > other. > > The work-around is to set the jpeg-quality. Click another text-field, > click > > the jpeg-quality textfield again and then it's used. > > in the thread to the bug you mention the other: "This is indeed the same > as bug 1905674" > < > https://sourceforge.net/tracker/?func=detail&aid=1905674&group_id=77506&atid=550441 > > > Pablo said to it: "fixed in SVN 2959" > > is this still an issue? if yes, you can edit its priority. > > Yes, it is still an issue. After that not working fix I had an off-group discussion/testing session with Pablo. (Again a reason why that shouldn't be done). I don't consider it a big issue as I only make partial images. After saving the images I have to crop them anyway. I assume it has something to do with wxwindows behavinf differently on OSX. Harry --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~---
