Thread: [Secureideas-base-devel] [ 1968297 ] Fix for #1761605 breaks Search "TCP" button
Brought to you by:
secureideas,
sinukas
From: Sean M. <sm...@se...> - 2008-06-19 03:56:45
|
Is this true? Kevin do we need to back out the fix for 1761605 and figure another way to handle this? Do we need to un-comment out ExportHTTPVar("sort_order", $this->current_sort_order); for now? I can open a new bug under "Sort order ignored in initial search request" and we can find a different fix for it. Sean Muller CCNP CCDP GAWN "Do or do not... there is no try." Yoda sm...@se... AIM sam...@us... MSN sam...@us... Yahoo SeanMuller_BASE google talk seangmuller ICQ 496984041 LiveJournal seangmuller |
From: Micah G. <mi...@on...> - 2008-06-19 07:37:28
|
Why not just check to see if the sort order is none? If it is, don't output the "sort_order". As in: if ( $this->current_sort_order != 'none') ExportHTTPVar("sort_order", $this->current_sort_order); Sean Muller wrote: > Is this true? Kevin do we need to back out the fix for 1761605 and > figure another way to handle this? > > > Do we need to un-comment out > ExportHTTPVar("sort_order", $this->current_sort_order); > > for now? > > I can open a new bug under > "Sort order ignored in initial search request" > > and we can find a different fix for it. > * > * > > > > Sean Muller CCNP CCDP GAWN > "Do or do not... there is no try." Yoda > sm...@se... <mailto:sm...@se...> > AIM > sam...@us... > <mailto:sam...@us...> > MSN > sam...@us... > <mailto:sam...@us...> > Yahoo > SeanMuller_BASE > google talk > seangmuller > ICQ > 496984041 > LiveJournal > seangmuller > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ------------------------------------------------------------------------ > > _______________________________________________ > Secureideas-base-devel mailing list > Sec...@li... > https://lists.sourceforge.net/lists/listinfo/secureideas-base-devel > -- Thank you, Micah Gersten onShore Networks Internal Developer http://www.onshore.com |
From: Micah G. <mi...@on...> - 2008-06-22 15:46:12
|
It's probably weird for me to reply to my own post, but I was thinking. Shouldn't the state be stored as PHP session variables? That should solve this problem because the form variables would always override the session variables. Micah Gersten wrote: > Why not just check to see if the sort order is none? If it is, don't > output the "sort_order". > As in: > if ( $this->current_sort_order != 'none') > ExportHTTPVar("sort_order", $this->current_sort_order); > > > > Sean Muller wrote: > >> Is this true? Kevin do we need to back out the fix for 1761605 and >> figure another way to handle this? >> >> >> Do we need to un-comment out >> ExportHTTPVar("sort_order", $this->current_sort_order); >> >> for now? >> >> I can open a new bug under >> "Sort order ignored in initial search request" >> >> and we can find a different fix for it. >> * >> * >> >> >> >> Sean Muller CCNP CCDP GAWN >> "Do or do not... there is no try." Yoda >> sm...@se... <mailto:sm...@se...> >> AIM >> sam...@us... >> <mailto:sam...@us...> >> MSN >> sam...@us... >> <mailto:sam...@us...> >> Yahoo >> SeanMuller_BASE >> google talk >> seangmuller >> ICQ >> 496984041 >> LiveJournal >> seangmuller >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Secureideas-base-devel mailing list >> Sec...@li... >> https://lists.sourceforge.net/lists/listinfo/secureideas-base-devel >> >> > > -- Thank you, Micah Gersten onShore Networks Internal Developer http://www.onshore.com |
From: Michael S. <ms...@ma...> - 2008-06-22 16:09:31
|
On Sun, Jun 22, 2008 at 10:46:05AM -0500, Micah Gersten wrote: >It's probably weird for me to reply to my own post, but I was thinking. >Shouldn't the state be stored as PHP session variables? >That should solve this problem because the form variables would always >override the session variables. Actually I'd far prefer that the state were stored as GET paramaters, so one could open two windows without freaking out the whole system. (And so that the back button worked...) Mike Stone |
From: Micah G. <mi...@on...> - 2008-06-22 22:45:29
|
You could do the same with PHP Sesssion variables. It's the same session no matter how many windows you have open. Thank you, Micah Gersten onShore Networks Internal Developer http://www.onshore.com Michael Stone wrote: > On Sun, Jun 22, 2008 at 10:46:05AM -0500, Micah Gersten wrote: >> It's probably weird for me to reply to my own post, but I was >> thinking. Shouldn't the state be stored as PHP session variables? >> That should solve this problem because the form variables would >> always override the session variables. > > Actually I'd far prefer that the state were stored as GET paramaters, > so one could open two windows without freaking out the whole system. > (And so that the back button worked...) > > Mike Stone |
From: Kevin J. <kjo...@se...> - 2008-06-22 22:51:28
|
Remember that ACID hence BASE uses its own session system. BASE 2.0 will not and should move toard session state managed by PHP. Kevin On Jun 22, 2008, at 6:45 PM, Micah Gersten wrote: > You could do the same with PHP Sesssion variables. It's the same > session no matter how many windows you have open. > > Thank you, > Micah Gersten > onShore Networks > Internal Developer > http://www.onshore.com > > > > Michael Stone wrote: >> On Sun, Jun 22, 2008 at 10:46:05AM -0500, Micah Gersten wrote: >>> It's probably weird for me to reply to my own post, but I was >>> thinking. Shouldn't the state be stored as PHP session variables? >>> That should solve this problem because the form variables would >>> always override the session variables. >> >> Actually I'd far prefer that the state were stored as GET paramaters, >> so one could open two windows without freaking out the whole system. >> (And so that the back button worked...) >> >> Mike Stone > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Secureideas-base-devel mailing list > Sec...@li... > https://lists.sourceforge.net/lists/listinfo/secureideas-base-devel > |
From: Micah G. <mi...@on...> - 2008-06-22 23:03:11
|
What can't you use both concurrently? PHP Sessions are still there. Thank you, Micah Gersten onShore Networks Internal Developer http://www.onshore.com Kevin Johnson wrote: > Remember that ACID hence BASE uses its own session system. BASE 2.0 > will not and should move toard session state managed by PHP. > > Kevin > > On Jun 22, 2008, at 6:45 PM, Micah Gersten wrote: > >> You could do the same with PHP Sesssion variables. It's the same >> session no matter how many windows you have open. >> >> Thank you, >> Micah Gersten >> onShore Networks >> Internal Developer >> http://www.onshore.com >> >> >> >> Michael Stone wrote: >>> On Sun, Jun 22, 2008 at 10:46:05AM -0500, Micah Gersten wrote: >>>> It's probably weird for me to reply to my own post, but I was >>>> thinking. Shouldn't the state be stored as PHP session variables? >>>> That should solve this problem because the form variables would >>>> always override the session variables. >>> >>> Actually I'd far prefer that the state were stored as GET paramaters, >>> so one could open two windows without freaking out the whole system. >>> (And so that the back button worked...) >>> >>> Mike Stone >> >> ------------------------------------------------------------------------- >> >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Secureideas-base-devel mailing list >> Sec...@li... >> https://lists.sourceforge.net/lists/listinfo/secureideas-base-devel >> |
From: Michael S. <ms...@ma...> - 2008-06-22 23:36:39
|
On Sun, Jun 22, 2008 at 05:45:21PM -0500, Micah Gersten wrote: >You could do the same with PHP Sesssion variables. It's the same >session no matter how many windows you have open. Yes, and most of the things treated by base as session variables shouldn't be. That's the point. Mike Stone |
From: GaRaGeD S. <ga...@gm...> - 2008-06-24 15:27:10
|
On Sun, Jun 22, 2008 at 5:45 PM, Micah Gersten <mi...@on...> wrote: > You could do the same with PHP Sesssion variables. It's the same > session no matter how many windows you have open. > > That's not completly true, you would have to keep track of the window you are sending the data, that is not trivial in my opinion. I would go for a redesign, making it more web 2.0, less reloads, more asynchronous calls, we are trying to simulate a destop app but we are not using the correct technology But then again, this should come with base 2.0. Regards Max -- WC Fields - "I am free of all prejudices. I hate every one equally." |
From: Micah G. <mi...@on...> - 2008-06-24 16:26:39
|
It's easy enough. You can give each search a unique identifier. Thank you, Micah Gersten onShore Networks Internal Developer http://www.onshore.com GaRaGeD Style wrote: > > > On Sun, Jun 22, 2008 at 5:45 PM, Micah Gersten <mi...@on... > <mailto:mi...@on...>> wrote: > > You could do the same with PHP Sesssion variables. It's the same > session no matter how many windows you have open. > > That's not completly true, you would have to keep track of the window > you are sending the data, that is not trivial in my opinion. > > I would go for a redesign, making it more web 2.0, less reloads, more > asynchronous calls, we are trying to simulate a destop app but we are > not using the correct technology > > But then again, this should come with base 2.0. > > Regards > Max > > -- > WC Fields - "I am free of all prejudices. I hate every one equally." |
From: GaRaGeD S. <ga...@gm...> - 2008-06-24 16:58:39
|
On Tue, Jun 24, 2008 at 11:26 AM, Micah Gersten <mi...@on...> wrote: > It's easy enough. You can give each search a unique identifier. I would keep my point, you could always press middle mouse button to open on new tab or new window, an already "started search session", there are a lot of variables, I would just love a better user interface, I think sguil is popular for a reason, we really should aim to make someting in that line IMHO. Max -- Jonathan Swift - "May you live every day of your life." |