"UI-BUGTRACKER " --> Einführung neues Haupt-Thema / Sticky Thema (ggf. auf der Linken Button Seite ) "UNIFI - BUGS TO FIX, MISSING FEATURES, TO-DO-LIST"

defcon

alex

Applehorsti

hommes

Linuxer

Maddeen

ObiWLANKenobi

razor

Ich versuche mit iTweek eine UI Bugfix/TO-DO Liste als spezielles Thema hier zu etablieren

um alles mal "zentral" zu erfassen...was da an dicken Bugs und fehlenden Features noch auf der Agenda steht.

Ich versuche da mal eine Übersichtstabelle mit Statusangabe am WE fertig zu machen.

Genaue Details folgen dann noch...

- iTweek :

Ich würde sowas als neuen Hauptauswahl-Punkt auf der Linken Seite integrieren...?

"UNIFI - BUGS & MISSING FEATURES"

- Das erhöht m.E. den Überblick immens

- Verhindert unnütze, mehrfache Fragen zu immer gleichen Problemen oder fehlenden Features.

Denn m.E. geht im "Themen-Wust" des Forums einfach ZUVIEL hintenraus unter....bei der Menge kein Wunder.

Alles an einer Stelle zentral gesammelt, mit aktuellem Status versehen ist hier klar zielführender.

- Ich schlage dazu "Support-Ticket-Paten" vor, die sich bereit erklären beim Support das Problem

a) aufzumachen und

b) dann auch das Ticket bis zu einem (hoffentlich positiven) Ende begleiten.

Da jeder von uns nun mal seine "Spezial"-Bereiche hat,

bei denen er gut für gewissen Tickets geeignet ist

muss ja nicht jeder alles können.

Beim Linuxer z.B. ist der Name ohnehin schon Programm

Wo meine Stärken liegen, hat bestimmt jeder durch meine Bug-Fix Tickets der letzten Zeit mitbekommen.

usw...

___________

Die Diskussion ist hiermit eröffnet....

Ich finde "UI-BUGTRACKER" für die Linke Seite recht "griffig" vom Namen her...

1) Ich finde "UI-Bugtracker" links auf der Hauptleiste recht griffig vom Namen her...

2) hier schon mal grobe Ideen.....

Dafür kann man leider so kein Ticket aufmachen...das muss man in der Community als Feature Wunsch äußern...

MISSING Features oben bezieht sich auf etwas was NORMAL DA sein sollte, aber bei einem Gerät (warum auch immer) nicht ist..
Da kann man dann bei Support ein Ticket für aufmachen damit das direkt geBUGFIXed werden kann.

Neu: Request #3120038

!!! THIS PROBLEM is a GENERAL one !!!

Renaming of ports in aggregate groups

is only possible for the first (primary) port

for example:

~~

Port 1 & 2 are originally named this way...

Port 1 Name = 20GbE <--> USW-Pro-24 (1)

Port 2 Name = 20GbE <--> USW-Pro-24 (2)

When you change the device on the trunk to another one

and you don't change back to "switching" mode between these change

you loose after, when new device is UP&RUNNING

(and you can't plan a downtime for it

to fix naming.

During active running aggregation mode

only on Port 1 names can be changed...

for example:

Port 1 = 20GbE --> USW-Aggregation-OG2 (1)

want to change Port 2 name too to...

Port 2 = 20GbE --> USW-Aggregation-OG2 (2)

but Port 2 is not accessable for this name editing...

Suggestion:

~~~~~

Why not defining an overall "Aggregation name" which is automatically used

on ALL PORT in the aggregation group ?!?

You can re-use the name edit field for the primary port for this feature

and set same name to all ports in the aggregation

This would makes things much easier ,

even when you watch switchports via SNMP via Observium,

where you can see each ports name directly (also the wrong namings, which you cannot change)

It's really annoying, that you cannot change slave port names

because you must keep all up& running

and no "downtime" is possible for a "stupid" disconnect to...

- change back to switching-mode

- rename all needed ports

- aggregate all ports again...

this not really possible in most productive scenarios, I think

best regards,

Michael (aka Grendelbox)

moderator @ h**ps://ubiquiti-networks-forum.de/

the German Ubiquiti Fan Community

so....mir gehts auf den Sack das sowas einfach nicht geht...

NEXT TICKET @ UI !!

Request #3120283

PERMANENT REMOVING of OLD CONTROLLERS from CLOUD !

I changed vom UNVR to UNVR-Pro

meanwhile UNVR is "sold" an is not physically here anymore.

I can't remove it from cloud unifi.ui.com

it's still there and I didn't find a way to remove it forever...

i can only remove offlines from view...

Also I tried Network/Protect Apps

on iPhone & iPad w/o success killing this old entry...

Please advice, because NOBODY can help out here meanwhile...

see attachments...

Everyone in my community is asking HOW this works..

nobody has an answer to this...

I want to clarify this matter for all,

who want this corrected / bugfixed finally.

best regards,

Michael (aka Grendelbox)

moderator @ h**ps://ubiquiti-networks-forum.de

the German Ubiquiti Fan Community

Zitat von noexpand

Gibt es hierzu schon einen Bug-Report?

Die wired clients eines UAP-IW-HD werden in der Topologie eine Ebene zu hoch eingeordnet.

Seltsamerweise gilt das nur für die clients, die per Ethernet angeschlossen sind. Die wireless clients werden korrekt angeordnet.

da ich nur den den neuen U6-IW habe und den noch nicht durchtesten konnte..
bleibt dir nix übrig als das Ticket bei UI selber zu melden.
denn falls die irgendwelche Daten wie Supportfiles haben wollen, sind die bei mir dann falsch

und ich könnte denen nix liefern