I usually just end up opening another browser to deal with those (like, say Firefox)... I admit it's really annoying, but I'd much rather have that kind of bug than the kind that makes customers call up screaming.
On Mon, Sep 25, 2017 at 3:10 PM, Steve Jones <[email protected]> wrote: > it would be so rad if we could have tabs of windows > > > On Mon, Sep 25, 2017 at 3:06 PM, Mike Hammett <[email protected]> wrote: > >> *nods* I typically run 200 - 300 tabs open across 30+ windows. >> >> >> >> ----- >> Mike Hammett >> Intelligent Computing Solutions <http://www.ics-il.com/> >> <https://www.facebook.com/ICSIL> >> <https://plus.google.com/+IntelligentComputingSolutionsDeKalb> >> <https://www.linkedin.com/company/intelligent-computing-solutions> >> <https://twitter.com/ICSIL> >> Midwest Internet Exchange <http://www.midwest-ix.com/> >> <https://www.facebook.com/mdwestix> >> <https://www.linkedin.com/company/midwest-internet-exchange> >> <https://twitter.com/mdwestix> >> The Brothers WISP <http://www.thebrotherswisp.com/> >> <https://www.facebook.com/thebrotherswisp> >> >> >> <https://www.youtube.com/channel/UCXSdfxQv7SpoRQYNyLwntZg> >> ------------------------------ >> *From: *"Steve Jones" <[email protected]> >> *To: *[email protected] >> *Sent: *Monday, September 25, 2017 3:05:11 PM >> *Subject: *Re: [AFMUG] ePMP Release 3.5 >> >> ITs a big deal for me. Im a window warrior, half the time I have 2 or 3 >> windows open each with a billion tabs. I hate when Im troubleshooting and >> upgrade a firmware and have to close out all those youporn tab....... Work >> related tabs >> >> On Mon, Sep 25, 2017 at 2:55 PM, Mathew Howard <[email protected]> >> wrote: >> >>> Yeah, I stopped using binary config files a long time ago. I think I've >>> been using the same config file for SMs since 3.2.2, and I haven't seen any >>> issues with it. There was a change at one point that caused the old config >>> files to completely fail, but that might've been when I was still using >>> binary. >>> >>> I'm pretty sure the browser not being able to login thing goes back to >>> 3.4.1, it's annoying, but it's really not that big of a deal... >>> interestingly, if you go from something really old, like 2.4.5, it doesn't >>> happen. >>> >>> On Mon, Sep 25, 2017 at 2:33 PM, George Skorup <[email protected] >>> > wrote: >>> >>>> Binary sucks. I never use it. >>>> >>>> I know I've used 2.6.2.1 JSON config files on 3.2.2, 3.3, 3.4.1 and >>>> 3.5. The only real problem I can recall right now is user accounts that are >>>> disabled. Take those out of the config file and it works fine. My latest >>>> sets our generic SM password for all four users. Works for me. >>>> >>>> 3.4.1 has been fine as far as I can tell. I have very few radios >>>> running 3.5, but seems fine for the most part. >>>> >>>> Some issues with 3.5 that have been noted on the Cambium Community are >>>> minor annoyances. >>>> When I upgrade a radio to 3.5, I have to completely shut down my >>>> browser before it will let me log back in. Ctrl+Shift+R doesn't work. >>>> Something probably changed in CSS or some shit and Chrome won't let it go. >>>> People complain this still doesn't work. It does. They're probably running >>>> Chrome and don't realize that background Chrome processes stay running, >>>> like the Hangouts desktop app. Kill it from task manager and everything >>>> works fine. >>>> Another which Cambium confirmed is GPS coordinates not saving or >>>> something like that. >>>> Hopefully they'll get this small stuff fixed up in 3.5.1 or whatever's >>>> next. >>>> >>>> On 9/25/2017 2:04 PM, Mathew Howard wrote: >>>> >>>> Yeah, I've seen major problems re-using config files between certain >>>> versions, but I haven't noticed anything on the last few... but it might >>>> just be that I'm not using the stuff that's getting screwed up (like the >>>> cnmaestro stuff). >>>> >>>> On Mon, Sep 25, 2017 at 2:02 PM, Joe Novak <[email protected]> wrote: >>>> >>>>> I have seen the same thing Steve. >>>>> >>>>> >>>>> >>>>> Joe >>>>> >>>>> On Mon, Sep 25, 2017 at 1:11 PM, Steve Jones < >>>>> [email protected]> wrote: >>>>> >>>>>> we have found with config files, never, ever, under any circumstance >>>>>> load one from one firmware to another, ever, disease and pestulence >>>>>> always >>>>>> follow. >>>>>> >>>>>> its irritating because we load a default config into each unit before >>>>>> deployment, so each firmware we upgrade a bench unit, factory default it, >>>>>> manually rebuild the entire config and export it. >>>>>> >>>>>> cnmaestro onboarding and passwords are almost always jacked regardless >>>>>> >>>>>> On Mon, Sep 25, 2017 at 12:53 PM, Nate Burke <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> I haven't spent any time on the forums, or opened any tickets. But >>>>>>> the one thing I've noticed from my little usage of 3.4 and 3.5 revolves >>>>>>> around saving config changes. Click the save button, and radio will >>>>>>> just >>>>>>> to go 'applying' for several seconds, may or may not actually come back >>>>>>> from the 'applying' state. >>>>>>> >>>>>>> And loading in a backup config file requires the radio to power >>>>>>> cycle to access the radio, it's like it locks the IP portion. >>>>>>> >>>>>>> I'm sticking with 2.6.2 for almost everything for now, and just >>>>>>> dealing with the Slow GUI. >>>>>>> >>>>>>> On 9/25/2017 12:42 PM, Paul McCall wrote: >>>>>>> >>>>>>> What bugs have you actually experienced? It seems that others are >>>>>>> not having major issues with 3.5. a few things as mentioned on Cambium >>>>>>> forums. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Paul >>>>>>> >>>>>>> >>>>>>> >>>>>>> *From:* Af [mailto:[email protected] <[email protected]>] *On >>>>>>> Behalf Of *Josh Luthman >>>>>>> *Sent:* Sunday, September 24, 2017 10:58 AM >>>>>>> *To:* [email protected] >>>>>>> *Subject:* Re: [AFMUG] ePMP Release 3.5 >>>>>>> >>>>>>> >>>>>>> >>>>>>> Rolling 3.2.2 still. I've got known issues in 3.4 and 3.5 that >>>>>>> doesn't make it worth it. >>>>>>> >>>>>>> >>>>>>> >>>>>>> I would really like to have my downlink% OID that came with 3.3 or >>>>>>> 3.4...but not at the cost of the bugs. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Josh Luthman >>>>>>> Office: 937-552-2340 <%28937%29%20552-2340> >>>>>>> Direct: 937-552-2343 <%28937%29%20552-2343> >>>>>>> 1100 Wayne St >>>>>>> <https://maps.google.com/?q=1100+Wayne+St+%0D+Suite+1337+%0D+Troy,+OH+45373&entry=gmail&source=g> >>>>>>> Suite 1337 >>>>>>> Troy, OH 45373 >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sat, Sep 23, 2017 at 7:23 PM, Mathew Howard <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>> I guess I over estimated a bit, looks like we've only got a hundred >>>>>>> or so on 3.5. I think we have somewhere around a thousand customers on >>>>>>> ePMP. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sep 23, 2017 1:14 PM, "Paul McCall" <[email protected]> wrote: >>>>>>> >>>>>>> How big is your network? >>>>>>> >>>>>>> >>>>>>> >>>>>>> *From:* Af [mailto:[email protected]] *On Behalf Of *Mathew >>>>>>> Howard >>>>>>> *Sent:* Saturday, September 23, 2017 10:38 AM >>>>>>> *To:* af <[email protected]> >>>>>>> *Subject:* Re: [AFMUG] ePMP Release 3.5 >>>>>>> >>>>>>> >>>>>>> >>>>>>> I've got 3.5 running on probably about half our stuff now. I haven't >>>>>>> noticed any major issues. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sep 23, 2017 8:15 AM, "Paul McCall" <[email protected]> wrote: >>>>>>> >>>>>>> I see a few problems on the Cambium form on 3.5. They may be >>>>>>> isolated incidences but enough to have caution. Has anybody rolled it >>>>>>> out >>>>>>> to a large number of APs and SMs? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Paul McCall, President >>>>>>> >>>>>>> PDMNet, Inc. / Florida Broadband, Inc. >>>>>>> >>>>>>> 658 Old Dixie Highway >>>>>>> <https://maps.google.com/?q=658+Old+Dixie+Highway%0D+Vero+Beach,+FL+32962%0D+772&entry=gmail&source=g> >>>>>>> >>>>>>> Vero Beach, FL 32962 >>>>>>> <https://maps.google.com/?q=658+Old+Dixie+Highway%0D+Vero+Beach,+FL+32962%0D+772&entry=gmail&source=g> >>>>>>> >>>>>>> 772-564-6800 <%28772%29%20564-6800> >>>>>>> >>>>>>> [email protected] >>>>>>> >>>>>>> www.pdmnet.com >>>>>>> >>>>>>> www.floridabroadband.com >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> >
